RAM, vCores und Speicher: Hosting-Ressourcen sinnvoll dimensionieren
Ressourcenangaben helfen beim Vergleichen, wenn klar ist, welche Aufgabe die jeweilige Größe beschreibt. Speicher hält Dateien und Datenbanken vor. RAM unterstützt laufende Prozesse und Caches. CPU-Kapazität verarbeitet Aufgaben. Diese Werte wirken zusammen und können durch weitere Grenzen ergänzt werden. Die richtige Planung beginnt daher mit einem Bestandsbild deiner Anwendung. Eine garantierte Zahl gleichzeitiger Besucher lässt sich aus einer einzelnen Tarifzahl nicht seriös berechnen.
In diesem Artikel
Den Speicherbedarf getrennt erfassen
Beginne mit dem tatsächlich belegten Platz. Zähle Website-Dateien, Uploads, Datenbanken und gegebenenfalls Postfächer getrennt. Auf dem gleichen Kontingent gespeicherte lokale Sicherungen können ebenfalls relevant sein. Große Originalfotos, nicht mehr benötigte Exportdateien und alte Installationskopien werden dabei schnell sichtbar. Lösche sie jedoch erst, wenn ihre Funktion und eine gegebenenfalls erforderliche Aufbewahrung geklärt sind.
Plane die nächsten absehbaren Veränderungen ein: zusätzliche Websites, neue Produktbilder, Videos oder ein Datenimport. Eine Reserve sollte eine begründete Wachstumsannahme haben. Sie ist keine feste Prozentregel für jedes Projekt. Prüfe außerdem, ob Dateien und Datenbank denselben Speicherpool nutzen und wie der Anbieter Sicherungsspeicher vom eigentlichen Webspace unterscheidet.
RAM ist kein einzelner Schieberegler
Arbeitsspeicher wird von verschiedenen Komponenten benötigt. Dazu können PHP-Prozesse, Datenbank, Betriebssystem und Caches gehören. Auf einer Hostingplattform werden diese Komponenten nicht zwingend alle deinem Konto auf dieselbe Weise zugerechnet. Deshalb ist die ausgewiesene Tarifgröße nur zusammen mit dem Ressourcenmodell verständlich. Frage nach, wenn nicht erkennbar ist, ob ein Wert eine Grenze, Zuteilung oder andere Messgröße beschreibt.
Das PHP-memory_limit begrenzt den Speicher, den ein einzelnes PHP-Skript zuordnen darf. Es beschreibt nicht automatisch den gesamten Speicherbedarf einer Website und ist auch kein Ersatz für ein Kontingent auf Konto- oder Serverebene. Ein Speicherfehler kann daher unterschiedliche Ursachen haben. Den Grenzwert beliebig hochzusetzen behebt zum Beispiel keine unbegrenzt wachsende Datenverarbeitung.
CPU und Gleichzeitigkeit gemeinsam betrachten
Ein schneller einzelner Request und viele gleichzeitig bearbeitete Requests sind verschiedene Aufgaben. Zusätzliche Prozessorkapazität kann Spielraum schaffen, wenn die Anwendung parallel arbeiten kann und dort tatsächlich ein Engpass besteht. Sie beschleunigt jedoch nicht jede Operation im gleichen Verhältnis. Datenbankabfragen, Sperren, externe APIs und die Architektur der Anwendung können die Verarbeitung ebenfalls begrenzen.
Erfasse zeitlich zusammenfallende Tätigkeiten: Besucheraufrufe, Backups, Produktimporte, Bildverarbeitung und geplante Jobs. Ein seltener großer Import kann mehr Spitzenlast auslösen als der übliche Seitenabruf. Frage bei wiederholten Verzögerungen nach Prozess- oder Ausführungslimits und ordne sie einem konkreten Zeitpunkt zu. So lässt sich eine beobachtete Grenze von einer bloßen Vermutung unterscheiden.
Ein aussagekräftiges Beobachtungsblatt führen
Notiere für ein Problem die betroffene URL oder Aktion, Uhrzeit, Häufigkeit und gegebenenfalls eine Fehlermeldung. Ergänze passende Ressourcenanzeigen aus der Verwaltung und frage nach dem Messintervall. Ein Durchschnitt über einen längeren Zeitraum kann kurze Spitzen verdecken. Umgekehrt muss ein einzelner kurzer Ausschlag nicht bedeuten, dass der ganze Tarif dauerhaft zu klein ist.
Vergleiche Änderungen unter möglichst ähnlichen Bedingungen. Wenn gleichzeitig Tarif, Cache, Pluginbestand und Bildgrößen geändert werden, ist eine Verbesserung kaum einer Ursache zuzuordnen. Arbeite lieber in überschaubaren Schritten und halte Ausgangspunkt und Ergebnis fest. Das unterstützt auch den Support, weil aus „die Seite ist langsam“ ein reproduzierbarer Fall wird.
| Beobachtung | Zuerst prüfen |
|---|---|
| Speicher läuft voll | Datenarten, Sicherungen, Exporte und Wachstum |
| PHP-Speicherfehler | Betroffene Aktion, Skriptgrenze und Verarbeitung |
| Langsame Einzelaktion | Code, Datenbank, externe Abhängigkeiten |
| Verzögerung bei Parallelbetrieb | Zeitgleiche Aufgaben und Prozessgrenzen |
Ressourcen und Optimierung zusammen planen
Caching kann häufig wiederholte Arbeit vermeiden. Bildoptimierung reduziert Datenmengen. Ein bereinigter Hintergrundjob kann Spitzenlast entschärfen. Solche Maßnahmen ergänzen eine ausreichende Ausstattung; sie ersetzen sie nicht beliebig. Entscheide daher sowohl über den technischen Bedarf als auch über den Aufwand, die Anwendung vernünftig zu betreiben und regelmäßig zu überprüfen.
Ein Tarifvergleich sollte am Ende die bekannten Anforderungen abdecken, eine nachvollziehbare Reserve enthalten und einen nächsten Schritt für veränderten Bedarf nennen. Bei mehreren Anwendungen zählt auch die organisatorische Trennung: Wer darf welche Konfiguration ändern und welche Projekte sind bei einer Wartung betroffen? Diese Fragen gehören zur Dimensionierung, obwohl sie in keiner RAM-Zahl erscheinen.
Quellen & Dokumentation
Primärquellen, geprüft am 3. November 2026. Angaben gelten im beschriebenen Zusammenhang; die konkrete Umgebung und der gebuchte Leistungsumfang bleiben maßgeblich.
Dazu passt auch
Shared Hosting oder Managed Server: Die richtige Verantwortung wählen
Vergleiche Webhosting und Managed Server anhand von Ausstattung, Zuständigkeiten, Anwendungen und Wartung – statt nur anhand des größten Tarifs.
NVMe und SSD beim Hosting: Was die Speicherangabe wirklich sagt
NVMe beschreibt eine Speicheranbindung, SSD das Speichermedium. Erfahre, welche Aussagen daraus folgen und warum sie keine Website-Benchmark ersetzen.
Object Cache und Redis: Wiederkehrende Datenarbeit vermeiden
Ein Object Cache speichert Datenobjekte statt fertiger Seiten. Erfahre, wann Redis helfen kann und welche Voraussetzungen, Grenzen und Tests dazugehören.