Zu klein gewählt nervt: Der VPS ruckelt, sobald ein paar Nutzer gleichzeitig kommen. Zu groß gewählt kostet: Monat für Monat zahlst du für Kerne, die nie über zehn Prozent Auslastung kommen. Die gute Nachricht – für die meisten Projekte lässt sich der Bedarf mit ein paar Richtwerten und einer einfachen Frage sauber eingrenzen: Was wird bei deinem Workload zuerst knapp?
Erst der Engpass, dann die Zahlen
Jede Anwendung hat einen typischen Flaschenhals. Wer ihn kennt, weiß, wo sich mehr Leistung lohnt – und wo nicht:
- CPU-lastig: Gameserver-Ticks, Video-Transcoding, Builds und Compile-Jobs. Hier zählen Kerne oder Takt, je nach Anwendung.
- RAM-lastig: Datenbanken, Java-Anwendungen (auch Minecraft), viele Container nebeneinander. Hier entscheidet der Speicherausbau.
- IO-lastig: Alles mit vielen kleinen Lese-/Schreibzugriffen – Datenbanken, Shops, CI. Hier zählt schneller NVMe-Speicher mehr als jede weitere CPU.
Eine kleine Website ist in keiner dieser Kategorien anspruchsvoll. Ein Minecraft-Server dagegen ist gleich zweifach fordernd: CPU-Takt und RAM.
Richtwerte für typische Projekte
Die folgenden Werte sind bewusst konservative Richtwerte für den Normalbetrieb – keine Garantien, aber ein solider Startpunkt:
| Projekt | vCPU/Kerne | RAM | Speicher |
|---|---|---|---|
| Statische Website, kleiner Blog | 1–2 | 2 GB | 20 GB |
| WordPress/CMS mit stetigem Traffic | 2 | 4 GB | 40 GB |
| Nextcloud (privat, wenige Nutzer) | 2 | 4 GB | Datenmenge + 30 % Puffer |
| Docker-Host mit 3–5 Diensten | 4 | 8 GB | 60–80 GB |
| Minecraft-Server bis ~10 Spieler | 3–4 (hoher Takt) | 6–8 GB | 20 GB |
| Discord-Bot, kleine API | 1 | 1–2 GB | 10 GB |
| Datenbank-/Shop-Backend | 4+ | 8–16 GB | 50 GB+, zwingend NVMe |
Zwei Muster fallen auf: Für viele Einsteiger-Projekte reicht deutlich weniger, als das Bauchgefühl sagt. Und sobald Java, Datenbanken oder mehrere Container ins Spiel kommen, ist RAM der Posten, an dem du zuletzt sparen solltest.
CPU: Takt oder Kerne?
„Mehr Kerne = schneller" stimmt nur, wenn die Anwendung parallelisiert. Webserver, Container-Hosts und Build-Systeme verteilen ihre Arbeit gut auf viele Kerne. Ein Minecraft-Server dagegen erledigt seine Spiellogik im Wesentlichen in einem einzigen Thread – dem bringen acht zusätzliche Kerne nichts, ein höherer Takt dafür umso mehr.
Stell dir deshalb vor dem Kauf die Frage: Läuft bei mir viel gleichzeitig (→ Kerne) oder eines, das schnell sein muss (→ Takt)? Für die zweite Gruppe lohnt ein Blick auf Plattformen mit hohem Boost-Takt; mehr dazu im Server-CPU-Vergleich EPYC, Ryzen und Xeon.
RAM: Der ehrlichste Engpass
RAM ist die Ressource, bei der Mangel am deutlichsten wehtut – und am häufigsten falsch abgelesen wird. Wichtig zu wissen: Linux nutzt freien Speicher automatisch als Festplatten-Cache. Ein scheinbar „voller" RAM in htop ist also oft gesund; entscheidend ist die Spalte available bei free -h.
Ein echtes Alarmsignal ist der OOM-Killer: Wenn im Log (dmesg) Prozesse wegen Speichermangels abgeschossen werden, ist der Server zu klein dimensioniert. Und verlass dich nicht auf Swap als Ausweg – Swap verhindert den Absturz, ersetzt aber keinen RAM. Sobald ein Server regelmäßig swappt, fühlt sich alles zäh an.
Speicher: Platz ist planbar, Geschwindigkeit nicht
Beim Speicher zählen zwei getrennte Fragen. Wie viel? Rechne deine Nutzdaten plus rund 30 Prozent Puffer für System, Logs und Updates – und bedenke, dass lokale Backups Platz doppelt belegen. Wie schnell? Für Datenbanken, Shops und alles mit vielen kleinen Zugriffen ist NVMe keine Kür, sondern Pflicht; der Unterschied zu klassischen Festplatten beträgt bei zufälligen Zugriffen ein Vielfaches.
Faustregel: Dimensioniere für den Normalbetrieb plus rund 30 Prozent Luft. Dauerhaft unter 20 Prozent Auslastung ist verschenktes Geld, dauerhaft über 80 Prozent verschenkte Stabilität.
Nachmessen statt raten
Die beste Dimensionierung entsteht nach dem Start: Beobachte zwei Wochen den echten Verbrauch. htop zeigt CPU und Prozesse, free -h den Speicher, df -h die Platte. Wer mag, hängt ein kleines Monitoring dazu und sieht Lastspitzen im Verlauf.
Der Vorteil beim Prepaid-Modell ohne Vertragsbindung: Eine Fehleinschätzung ist keine Zwei-Jahres-Entscheidung. Klein starten, messen, gezielt nachlegen ist die günstigste Strategie – deutlich günstiger, als „zur Sicherheit" das Dreifache zu mieten.
Fazit
Bestimme zuerst deinen Engpass (CPU, RAM oder IO), starte mit den Richtwerten aus der Tabelle und miss nach zwei Wochen nach. So zahlst du für Leistung, die du nutzt – nicht für Zahlen im Datenblatt. Im AMD-EPYC-Konfigurator stellst du Kerne, RAM und NVMe-Speicher frei zusammen und siehst den Preis live; für Gameserver lohnt der Blick auf die Ryzen-9-Linie mit hohem Takt.