Leitfaden zur VPS-Dimensionierung für eine zuverlässige Serverausstattung

Veröffentlicht am 20. Oktober 2026

Wenn sich ein VPS langsam anfühlt, fehlt ihm normalerweise nicht alles. Es fehlt ihm eine bestimmte Ressource zum falschen Zeitpunkt: Arbeitsspeicher während eines Traffic-Anstiegs, CPU-Leistung bei der Berichtserstellung, Festplatten-I/O während Backups oder Bandbreite während einer geschäftigen Kampagne. Dieser Leitfaden zur VPS-Dimensionierung hilft Ihnen, den tatsächlichen Bedarf zu ermitteln, bevor Sie für ungenutzte Kapazität bezahlen oder – noch schlimmer – einen Server bereitstellen, der schon am ersten geschäftigen Montag ins Schwitzen gerät.

Das Ziel ist nicht, den größten Tarif auszuwählen. Vielmehr soll jede Arbeitslast genügend Spielraum haben, um normal zu laufen, vorhersehbare Spitzen abzufangen und sich problemlos zu erholen, wenn etwas länger dauert als erwartet. Ein passend dimensionierter VPS sollte bei normaler Auslastung ruhig laufen und dennoch über messbare Reserven verfügen.

Beginnen Sie mit der Arbeitslast, nicht mit dem Tarif

Bei der Dimensionierung kommt es darauf an, was der Server tatsächlich leisten soll. Eine einfache Website, ein WooCommerce-Shop, eine SaaS-Anwendung, eine Entwicklungsumgebung und ein Agenturserver, auf dem mehrere Kunden-Websites gehostet werden, können ähnliche Besucherzahlen haben und dennoch ganz unterschiedliche Ressourcen benötigen.

Ermitteln Sie zuerst, welche Dienste sich den VPS teilen. Webserver, Datenbank, PHP-Worker, Cache, E-Mail-Relay, Hintergrundaufgaben, Docker-Container, Monitoring-Agenten und Backup-Aufgaben verbrauchen Ressourcen jeweils auf ihre eigene Weise. Die Datenbank benötigt möglicherweise Arbeitsspeicher und schnellen Festplattenzugriff, während ein Queue-Worker vielleicht nur einige Minuten pro Stunde CPU-Leistung braucht.

Berücksichtigen Sie auch die entscheidenden Zeitpunkte. Der durchschnittliche Verbrauch ist hilfreich, doch die Spitzenlast entscheidet darüber, ob Kunden einen reaktionsschnellen Dienst oder eine Zeitüberschreitungsseite sehen. Ein Onlineshop kann nachts ruhig sein und nach einer E-Mail-Kampagne plötzlich eine Flut von Bestellungen erhalten. Eine SaaS-Plattform kann den ganzen Tag problemlos laufen, bis um Mitternacht geplante Importe starten. Die Protokolle erzählen jetzt dieselbe Geschichte: Durchschnittswerte sind höflich, Spitzenwerte ehrlicher.

Wenn Sie einen bestehenden Server ersetzen, erfassen Sie vor der Wahl der neuen Größe mindestens ein bis zwei Wochen lang Messwerte. Prüfen Sie CPU-Auslastung, verfügbaren Arbeitsspeicher, Swap-Aktivität, Speicherplatz, Festplatten-I/O-Wartezeit, Netzwerkdatenverkehr und Antwortzeit der Anwendung. Berücksichtigen Sie nach Möglichkeit sowohl den normalen Geschäftsbetrieb als auch einen bekannten Spitzenzeitraum.

Die vier Ressourcen, die die VPS-Größe bestimmen

CPU: Leistung für aktive Aufgaben

Die CPU-Kerne bestimmen, wie viele aktive Aufgaben Ihr VPS gleichzeitig erledigen kann. Dynamische Websites nutzen CPU-Leistung für PHP, Node.js, Python, Java, API-Anfragen, Bildverarbeitung, Suchindexierung, Verschlüsselung und geplante Aufgaben. Mehr Kerne sind besonders hilfreich, wenn mehrere Anfragen oder Hintergrundaufgaben gleichzeitig ausgeführt werden müssen.

Für eine kleine Website mit zwischengespeicherten Inhalten können 1 bis 2 vCPUs ausreichen. Eine stark besuchte WordPress- oder WooCommerce-Website, ein kleiner Anwendungs-Stack oder mehrere Websites mit wenig Traffic laufen häufig komfortabler mit 2 bis 4 vCPUs. Anwendungen mit regelmäßigen Importen, Bildkonvertierung, CI-Aufgaben oder mehreren Containern benötigen möglicherweise 4 oder mehr vCPUs, selbst wenn der Traffic moderat ist.

Achten Sie auf eine anhaltend hohe CPU-Auslastung und nicht auf kurze Spitzen. Ein Server, der während einer Bereitstellung einige Sekunden lang 90 % CPU-Auslastung erreicht, ist nicht automatisch unterdimensioniert. Ein Server, der während normaler Spitzenzeiten dauerhaft bei etwa 70 % oder mehr liegt, hat weniger Spielraum für Traffic-Spitzen, Sicherheitsscans und routinemäßige Wartungsarbeiten.

Die CPU-Dimensionierung hängt auch vom Softwaredesign ab. Aggressives Seiten-Caching kann den CPU-Bedarf erheblich senken. Schlecht optimierte Datenbankabfragen können mit beeindruckender Beharrlichkeit jeden verfügbaren Kern auslasten. Mehr CPU-Leistung kann helfen, sollte aber nicht die Behebung eines vermeidbaren Anwendungsproblems ersetzen.

RAM: Die Ressource, die Probleme verhindert

Der Arbeitsspeicher ist häufig die Ressource, die am sorgfältigsten dimensioniert werden sollte. RAM wird vom Betriebssystem, Webprozessen, Datenbankpuffern, Cache, Containern und Monitoring-Tools genutzt. Wenn der physische Arbeitsspeicher erschöpft ist, beginnt Linux, Swap-Speicher auf der Festplatte zu verwenden. Swap ist ein nützlicher Notfallpuffer, aber häufige Swap-Aktivität ist ein Warnsignal und keine Leistungsstrategie.

Ein schlanker Linux-Server mit einem einfachen Web-Stack kann mit 1 bis 2 GB RAM betrieben werden. Für eine produktive Website mit Datenbank und Caching sind 2 bis 4 GB ein realistischeres Minimum. Shops, größere CMS-Installationen, mehrere Kunden-Websites und Anwendungsserver benötigen je nach Anzahl der Worker und Datenbankaktivität üblicherweise 4 bis 8 GB oder mehr.

Berechnen Sie den RAM-Bedarf nicht allein anhand der Anwendungsdokumentation. Berücksichtigen Sie das tatsächliche Prozessverhalten. Jeder PHP-Worker kann beispielsweise eine beträchtliche Menge Arbeitsspeicher beanspruchen, und mehr gleichzeitig aktive Besucher können diesen Verbrauch schnell vervielfachen. Datenbank-Engines nutzen ebenfalls Arbeitsspeicher, um häufig abgerufene Daten verfügbar zu halten, ohne sie wiederholt von der Festplatte lesen zu müssen.

Ein sinnvolles Ziel ist, während Spitzenlasten verfügbaren Arbeitsspeicher zu behalten und eine anhaltende Swap-Nutzung zu vermeiden. Wenn Ihr Server über freien RAM verfügt, die Antwortzeiten aber weiterhin schlecht sind, untersuchen Sie CPU-Sättigung, Festplatten-I/O, Datenbanksperren oder Verzögerungen bei externen APIs, bevor Sie einfach den Arbeitsspeicher erhöhen.

Speicher: Kapazität ist nur die halbe Frage

Bei der Speicherdimensionierung geht es um zwei Dinge: wie viel Speicherplatz Sie benötigen und wie schnell die Festplatte reagieren kann. Ein VPS kann über reichlich freien Speicherplatz verfügen und dennoch schlechte Leistung erbringen, wenn die Arbeitslast mehr Festplattenoperationen erzeugt, als die Speicherebene bewältigen kann.

Berücksichtigen Sie bei der Kapazitätsberechnung das Betriebssystem, Anwendungsdateien, Datenbanken, Uploads, Protokolle, temporäre Dateien und lokal vorgehaltene Backups. Planen Sie anschließend Wachstumsspielraum ein. Datenbanken wachsen schrittweise – bis sie es plötzlich nicht mehr tun. Protokolldateien können bei einem Anwendungsfehler sehr schnell wachsen. Es ist ein denkbar ungünstiger Zeitpunkt, dann festzustellen, dass die Festplatte voll ist.

Für die meisten produktiven Arbeitslasten sind SSD- oder NVMe-basierte Speicher die sinnvolle Grundausstattung. Schneller Speicher ist wichtig für Datenbankabfragen, WooCommerce-Checkout-Vorgänge, die CMS-Verwaltung, Softwareupdates und die Backup-Komprimierung. Steigt die Festplatten-I/O-Wartezeit während Spitzenzeiten, wartet der Server möglicherweise auf den Speicher, statt zu wenig CPU-Leistung zu haben.

Speichern Sie Ihr einziges Backup nicht auf demselben VPS wie den laufenden Dienst. Lokale Snapshots können die Wiederherstellung beschleunigen, aber unabhängige Backups schützen vor einem breiteren Spektrum an Ausfällen, einschließlich versehentlichem Löschen und Problemen auf Serverebene.

Bandbreite und Netzwerkdatenverkehr: Messen Sie die Richtung des Datenverkehrs

Bandbreite bezeichnet die Geschwindigkeit der Verbindung. Datenübertragung ist die Gesamtmenge der Daten, die innerhalb eines Abrechnungszeitraums übertragen werden. Beides ist wichtig, aber es geht um unterschiedliche Probleme.

Eine Website mit vielen Medieninhalten, ein Download-Dienst, eine API-Plattform oder ein Shop mit großen Produktbildern kann wesentlich mehr Daten übertragen als eine textbasierte Website mit derselben Besucherzahl. CDN-Nutzung, Bildoptimierung, Browser-Caching und Objektspeicher können den Datenverkehr vom VPS verringern. Berücksichtigen Sie bei Anwendungsdatenverkehr auch ausgehende Daten: API-Antworten, extern gespeicherte Backups, Replikationen und Monitoring-Exporte verlassen allesamt den Server.

Die Netzwerkkapazität sollte erwartete Spitzen abdecken, während das Datenübertragungskontingent den monatlichen Verbrauch mit einem Puffer abdecken sollte. Wenn Ihr Marketingteam einen Launch plant, dimensionieren Sie die Ressourcen dafür, bevor die Kampagne beginnt. Auch Server mögen keine Überraschungen.

Eine praktische Ausgangsbasis für die VPS-Dimensionierung

Dies sind Ausgangswerte, keine festen Regeln. Ihre Software, Ihr Traffic-Muster, Ihre Cache-Konfiguration und Ihre Verwaltungsanforderungen können die passende Wahl beeinflussen.

• Eine kleine Website oder ein Entwicklungsserver kommt in der Regel mit 1 bis 2 vCPUs, 1 bis 2 GB RAM und 20 bis 40 GB schnellem Speicher aus.
• Eine Unternehmenswebsite, eine kleine CMS-Installation oder eine Anwendung mit geringem Datenverkehr läuft üblicherweise problemlos mit 2 vCPUs, 2 bis 4 GB RAM und 40 bis 80 GB schnellem Speicher.
• Ein stark ausgelastetes CMS, ein WooCommerce-Shop, eine Hosting-Umgebung für eine Agentur oder ein kleiner SaaS-Dienst benötigt häufig 2 bis 4 vCPUs, 4 bis 8 GB RAM und mindestens 80 GB schnellen Speicher.
• Eine datenbankintensive Anwendung, ein größerer Shop, ein containerisierter Stack oder eine Arbeitslast mit regelmäßiger Hintergrundverarbeitung benötigt möglicherweise 4 oder mehr vCPUs, mindestens 8 GB RAM und Speicher, der gezielt auf I/O-Leistung ausgelegt ist.

Die passende Ausgangsgröße sollte bei normaler Spitzenlast etwa 25 % bis 40 % Leistungsreserve lassen. Diese Reserve ist keine Verschwendung. Sie bietet dem Dienst Spielraum für Traffic-Wachstum, Backups, Sicherheitsupdates und gelegentliches Anwendungsverhalten, das ohne ordentliche Einladung auftaucht.

Nach der Bereitstellung überprüfen

Die Dimensionierung ist keine einmalige Entscheidung. Stellen Sie die Arbeitslast bereit, überwachen Sie sie und passen Sie die Ressourcen anhand konkreter Messwerte an. Besonders aussagekräftig sind anhaltende CPU-Auslastung, Arbeitsspeicherdruck, Swap-Nutzung, Festplatten-I/O-Wartezeit, Speicherwachstum, Netzwerkauslastung und tatsächliche Antwortzeiten der Anwendung.

Prometheus- und Grafana-Metriken sind besonders nützlich für Teams, die Infrastrukturaktivitäten mit der Nutzererfahrung in Zusammenhang bringen möchten. Ein Anstieg der Antwortzeit, der beispielsweise mit einer hohen I/O-Wartezeit zusammenfällt, deutet auf eine andere Ursache hin als ein Anstieg, der mit erschöpften PHP-Workern einhergeht. Monitoring macht aus einer Größenanpassung eine kontrollierte Betriebsaufgabe statt einer Vermutung.

Verwalteter Support verändert für viele Unternehmen ebenfalls die Rechnung. Ein technisch versiertes Team zieht es möglicherweise vor, Worker, Caches, Datenbankeinstellungen und Backup-Zeitpläne zu optimieren, bevor es auf einen größeren VPS umsteigt. Bei kodu.cloud gehört diese betriebliche Prüfung dazu, den Dienst wieder reibungslos laufen zu lassen, statt jeden Alarm als Vorwand zu nehmen, mehr Server zu kaufen.

Wachstum einplanen, ohne für ungenutzten Speicherplatz zu bezahlen

Wählen Sie einen VPS, der Ihre aktuelle Spitzenlast mit ausreichend Leistungsreserve bewältigt, und vergewissern Sie sich, dass ein Upgrade von CPU, RAM oder Speicher unkompliziert möglich ist, sobald die Messwerte es rechtfertigen. Ein zu kleiner Start kann dringende Migrationen erforderlich machen. Ein deutlich zu großer Start kann ineffizienten Code verschleiern und das Budget belasten, ohne das Kundenerlebnis zu verbessern.

Überprüfen Sie die Ressourcentrends einmal im Monat, insbesondere nach der Einführung neuer Funktionen, dem Hinzufügen von Kunden-Websites, Änderungen an Backup-Richtlinien oder einer erfolgreichen Marketingkampagne. Ein Server sollte wachsen, weil die Arbeitslast nachweislich mehr Ressourcen benötigt – nicht, weil der Tarifname beruhigend klang. Mit aussagekräftigen Messwerten und etwas Kapazität in Reserve können Sie sich entspannen, während die Infrastruktur ihre Aufgabe erledigt.

Andres Saar, Kundenbetreuungsingenieur