Dimensionieren Sie einen Cloud-Server anhand von Messwerten. Bei den meisten Web-Workloads geht zuerst der Arbeitsspeicher aus, die Plattenlatenz entscheidet, wie schnell sich eine Datenbank anfühlt, und CPU zählt, wenn Anfragen echte Rechenarbeit leisten. Eine doppelt zu große Schätzung kostet jeden Monat Geld, eine halb so große kostet Schlaf.
RAM: die erste Grenze
- PHP-FPM. Jeder Worker hält Speicher, oft einige Dutzend Megabyte. Multiplizieren Sie den Durchschnitt mit der erlaubten Workerzahl und addieren Sie Datenbank und System.
- MySQL oder MariaDB. Geben Sie dem InnoDB-Buffer-Pool einen großen Anteil, wenn die Datenbank auf derselben Maschine liegt, aber lassen Sie dem Betriebssystem Platz.
- Cache. Redis oder Memcached auf demselben Host verbraucht ebenfalls RAM.
- Swap. Nutzen Sie ihn als Sicherheitsnetz, nicht als Kapazität. Ein Server, der unter Last swappt, ist bereits zu klein.
CPU: Kerne oder Takt
Eine einzelne langsame Anfrage nutzt einen Kern. Viele parallele Anfragen brauchen viele Kerne. Für ein CMS schlagen wenige schnelle vCPUs meist viele langsame. Für Queue-Worker, Bildverarbeitung oder Builds helfen mehr vCPUs. Beobachten Sie die Load Average im Verhältnis zur Kernzahl.
NVMe: warum es für Datenbanken zählt
NVMe-Speicher beantwortet kleine Lese- und Schreibzugriffe mit deutlich geringerer Latenz als drehende Platten und ältere SATA-Setups. Datenbanken, Suchindizes und Session-Speicher führen viele kleine Operationen aus, hier zeigt sich NVMe. Große statische Medien gewinnen weniger und können auf günstigerem Speicher anderswo liegen.
Was zu messen ist
| Werkzeug | Zeigt | Aufstocken, wenn |
|---|---|---|
free -m | Belegter und verfügbarer Speicher | Verfügbarer Speicher bleibt nahe null oder Swap wächst |
uptime, htop | Load Average und CPU | Die Last bleibt über der Kernzahl |
iostat -x | Platten-Wartezeit | Wartezeiten steigen zur Spitze |
| Slow-Query-Log | Teure Abfragen | Abfragen bleiben nach Indexierung langsam |
Beheben Sie zuerst die günstigen Ursachen: Caching, Indizes und schwere Plugins. Eine schnellere Abfrage hilft mehr als ein größerer Server.
Eine sinnvolle Startmethode
- Beginnen Sie mit einem mittleren Tarif und dem Produktions-Stack unter realistischem Test.
- Protokollieren Sie Speicher, Last und Platten-Wartezeit zur Spitze eine Woche lang.
- Stocken Sie nur die Ressource um eine Stufe auf, die wirklich gesättigt ist.
Vergleichen Sie Tarife auf der Seite Cloud-Server. Die Grundlagen dessen, was Sie mieten, stehen in Was ist ein Cloud-Server. Bleibt die Last über Monate stetig und hoch, passt ein Dedicated Server womöglich besser.
Häufige Fragen
Wie viel RAM braucht ein WordPress-Shop?
Das hängt von Workern, Plugins und Traffic ab. Messen Sie die Spitzenauslastung und lassen Sie Reserve, statt eine Zahl aus einem Forum zu übernehmen.
Sind mehr vCPUs immer schneller?
Nein. Eine einzelne Anfrage läuft auf einem Kern. Mehr Kerne helfen nur, wenn Anfragen parallel laufen.
Brauche ich NVMe für eine statische Seite?
Nein. Der Gewinn zeigt sich bei Datenbanken und vielen kleinen Lese- und Schreibzugriffen.
Wann sollte ich aufstocken?
Wenn eine Ressource zur Spitze gesättigt bleibt, nachdem Sie Caching und Abfragen behoben haben.
