Wie viel CPU und RAM braucht ein VPS?

Praktische Startkonfigurationen

Das sind Ausgangspunkte, keine Leistungsgarantie. Besucherzahl, Datenmenge, Softwareoptimierung, Prozessorgeneration und Ressourcenteilung können den Bedarf erheblich verändern. Wählen Sie einen Tarif mit Reserve, der sich ohne aufwendige Migration erweitern lässt.

Was virtuelle Kerne aussagen

Eine vCPU beschreibt einen verfügbaren Ausführungskontext, aber nicht automatisch Modell, Takt oder Generation des physischen Prozessors. Zwei Kerne eines modernen Servers können vier ältere Kerne übertreffen. Bei CMS und vielen Webanwendungen zählt oft die Single-Core-Leistung; Builds, Worker und parallelisierte Aufgaben nutzen zusätzliche Kerne besser.

Dauerhaft 70–80 Prozent CPU zusammen mit längeren Antwortzeiten kann auf fehlende Rechenleistung hinweisen. Suchen Sie vorher nach einem teuren Prozess, einer Endlosschleife oder einer langsamen Abfrage. Zusätzliche Kerne helfen nur, wenn die Anwendung Arbeit parallelisieren kann oder mehrere konkurrierende Prozesse laufen.

RAM für Anwendung, Dienste und Betriebssystem planen

Arbeitsspeicher wird nicht nur von der Anwendung belegt. Betriebssystem, Datenbank, Cache, Webserver, Monitoring und Verwaltungsoberfläche benötigen ebenfalls RAM. Unter normaler Last sind 20–30 Prozent verfügbarer Speicher eine Reserve für Spitzen, Updates und Hintergrundjobs.

• 1 GB nur für sehr leichte Dienste ohne umfangreiches Panel;
• 2 GB als komfortabler Start für kleine Website oder einfachen Bot;
• 4–8 GB für Anwendungen mit Datenbank oder mehrere Dienste;
• ab 8 GB für aktive Datenbanken, Builds und spezialisierte Arbeitslasten.

Swap kann einen kurzen Lastgipfel abfedern, ist aber wesentlich langsamer als RAM. Dauerhafte Swap-Aktivität, stark sinkender verfügbarer Speicher und vom OOM-Killer beendete Prozesse sind klare Warnzeichen. Prüfen Sie dennoch zuerst auf Speicherlecks und unpassende Cache-Limits.

Den Verbrauch mehrerer Komponenten addieren

Laufen Anwendung, Datenbank, Cache und Panel auf demselben VPS, addiert sich ihr Bedarf. Der mittlere Verbrauch von 1,5 GB macht einen 2-GB-Tarif nicht automatisch sicher: Während Backup, Update oder Queue-Spitze kann das Limit überschritten werden. Messen Sie daher nicht nur Durchschnittswerte.

Container-Limits dürfen nicht blind addiert werden: Nicht jeder Prozess erreicht gleichzeitig sein Maximum, während gemeinsam genutzte Caches anders sichtbar sein können. Entscheidend sind Zeitreihen aus dem produktionsnahen Betrieb.

Speicher und Netzwerk als Engpass erkennen

Ist die CPU frei und die Anwendung trotzdem langsam, prüfen Sie I/O-Wartezeit, Laufwerkslatenz und Datenbankabfragen. Bei vielen kleinen Zugriffen kann NVMe wichtiger sein als zusätzliche CPU. Die Unterschiede erklärt NVMe oder SSD für VPS.

Überwachen Sie freien Platz, I/O-Queue und Latenz. Ein großes Laufwerk ist nicht automatisch schnell. Wartet die Datenbank regelmäßig auf Speicheroperationen, beschleunigen zusätzliche Kerne sie kaum. Bei VPN, Dateien und Medien sind dagegen Portgeschwindigkeit, Paketverlust und monatliches Trafficvolumen relevant.

Welche Metriken gesammelt werden sollten

• mittlere und maximale CPU-Auslastung, Run Queue und Throttling;
• belegter und verfügbarer RAM, Swap sowie OOM-Ereignisse;
• freier Speicherplatz, I/O-Latenz und Warteschlange;
• Anwendungsantwortzeit, Durchsatz und Fehlerquote;
• Datenbankverbindungen, langsame Abfragen und Queue-Länge;
• Netzwerkdurchsatz, Paketverlust und Verbindungsfehler.

Sammeln Sie Daten mindestens über eine typische Woche, einschließlich Spitzenzeiten, Deployments und Backups. Tagesmittelwerte verstecken kurze Probleme: Ein Server kann insgesamt frei wirken, obwohl jeden Morgen ein einzelner Kern die Anfragen aufstaut. Für wichtige Dienste sollte die Historie länger verfügbar bleiben, damit Releases und saisonale Last vergleichbar sind.

Vertikal oder horizontal skalieren

Beim vertikalen Upgrade erhält ein VPS mehr CPU und RAM. Das ist für kleine Anwendungen am einfachsten. Horizontale Skalierung verteilt Last auf mehrere Instanzen, benötigt aber Load Balancing, gemeinsame Zustände, kontrollierte Sessions und aufwendigeres Monitoring. Mehr Server bedeuten ohne passende Architektur nicht automatisch höhere Zuverlässigkeit.

Klären Sie vor dem Kauf, ob CPU und RAM ohne Laufwerks- oder IP-Wechsel erhöht werden können, wie lange der Neustart dauert und ob ein späteres Downgrade möglich ist. Laufwerke lassen sich häufig vergrößern, aber nicht ohne Migration verkleinern. Diese Regeln beeinflussen die sinnvolle Startgröße.

Typische Fehler bei der Kapazitätsplanung

Übertragen Sie Messwerte nicht ungeprüft zwischen unterschiedlichen Softwareständen oder Anbietern. Ein Versionswechsel, Containerisierung oder eine neue Datenbank kann den Bedarf verändern. Ignorieren Sie zudem keine Backups, Updates und periodischen Jobs. Ein größeres Paket ist nicht die einzige Lösung: Eine falsche Abfrage oder ein Speicherleck belegt auch neue Ressourcen schnell.

Wann der Tarif vergrößert werden sollte

1. CPU, RAM, Swap, I/O und Antwortzeiten mindestens während einer repräsentativen Woche sammeln.
2. Den Ressourcenengpass genau im Zeitpunkt des Problems bestimmen.
3. Offensichtliche Fehler, Limits oder langsame Abfragen zuerst beheben.
4. Nur die begrenzende Ressource erhöhen und das Ergebnis erneut messen.

Häufige Fragen

Was ist wichtiger: mehr Kerne oder höhere Leistung pro Kern?

Viele CMS und sequenzielle Aufgaben profitieren von schnellen Einzelkernen. Builds, Queues und parallele Worker nutzen mehrere Kerne. Maßgeblich ist das Profil der eigenen Anwendung.

Löst Swap einen RAM-Mangel?

Swap kann Zeit bei kurzen Spitzen gewinnen, arbeitet aber viel langsamer. Ständige Nutzung bedeutet, dass Verbrauch optimiert oder RAM erweitert werden muss.

Wie viel Reserve ist sinnvoll?

Oft sind 20–30 Prozent verfügbarer RAM und CPU-Abstand zum Dauerlimit vernünftig. Die genaue Reserve hängt von Spitzen, Upgrade-Zeit und tolerierbarer Ausfallzeit ab.

Für den Gesamtvergleich: vollständiger Leitfaden zur VPS-Auswahl.