Wie viel RAM braucht dein Linux-VPS eigentlich?

Der Arbeitsspeicher (RAM) ist in der Regel die Ressource, die darüber entscheidet, ob sich ein VPS schnell anfühlt oder zusammenbricht. In diesem Leitfaden erfährst du, wie viel Arbeitsspeicher dein Server tatsächlich benötigt – abhängig von deinem Stack, deinem Datenverkehr und den Prozessen, die du im Hintergrund laufen lässt. Du erhältst Richtwerte für gängige Website-Typen, eine Tabelle zur Dimensionierung nach Anwendungsfällen sowie konkrete Anzeichen dafür, wann es Zeit ist, die Speichergröße zu erhöhen.

Die meisten Websites laufen problemlos auf einem VPS mit 2 GB bis 8 GB RAM. Der genaue Wert hängt davon ab, was gleichzeitig im Arbeitsspeicher läuft: dein Webserver, PHP-Worker, die Datenbank, eventuelle Caching-Ebenen und die Anzahl der Besucher, die gleichzeitig auf die Seite zugreifen. Wenn diese kombinierten Anforderungen die Kapazität deines Tarifs überschreiten, stauen sich Anfragen, die Antwortzeiten steigen und das Betriebssystem beginnt, Prozesse zu beenden, um den Betrieb aufrechtzuerhalten.

Was steuert der Arbeitsspeicher (RAM) eigentlich auf einem VPS?

RAM ist der Arbeitsspeicher, den dein Server nutzt, um Live-Anfragen zu bearbeiten. Bei jedem Laden einer Seite werden dein Webserver, PHP und die Datenbank in den Arbeitsspeicher geladen, um die Antwort zu erstellen, und genau dort im RAM findet diese Verarbeitung statt.

In einem typischen Stack konkurrieren drei Dinge darum:

• Speicher pro Anfrage. Jeder PHP-Worker hält den Code und die Daten bereit, die zum Bearbeiten einer Anfrage benötigt werden. Bei zehn gleichzeitigen Besuchern können zehn Worker gleichzeitig laufen, von denen jeder seinen eigenen Speicherbereich beansprucht.
• Die Datenbank. MySQL oder MariaDB speichert Indizes und häufig abgefragte Daten im Arbeitsspeicher. Je mehr Daten dort Platz finden, desto seltener muss auf die Festplatte zurückgegriffen werden.
• Caching und Hintergrunddienste. Objekt-Caches, Seiten-Caches, Queue-Worker und Cron-Jobs belegen Speicherplatz, egal ob gerade ein Besucher auf der Seite ist oder nicht.

Wenn die Nachfrage den physischen Arbeitsspeicher übersteigt, greift Linux auf den Swap-Speicher zurück, wodurch Speicherseiten auf die Festplatte verschoben werden. Die Festplatte ist selbst bei NVMe weitaus langsamer als der Arbeitsspeicher, sodass sich ein Server, der stark auf den Swap-Speicher zurückgreift, schon lange bevor der Arbeitsspeicher komplett aufgebraucht ist, träge anfühlt.

Wie viel RAM braucht eine einfache Website?

Eine einfache Broschüren-Website, ein kleiner Blog oder eine Unternehmensseite mit geringem Traffic läuft problemlos mit 2 GB RAM. Das reicht für den Webserver, eine Handvoll PHP-Worker, eine kleine Datenbank und leichtes Caching – und es bleibt sogar noch Spielraum übrig.

Füge einen Page Builder, einen Spamfilter für Kontaktformulare, ein Analytics-Plugin und ein paar Integrationen hinzu, und schon reichen 2 GB bei Traffic-Spitzen nicht mehr aus. Ab da bieten dir 8 GB genug Spielraum für gleichzeitige Besucher, ohne dass die Worker ins Stocken geraten. In diesem Bereich liegen die meisten Websites von wachsenden Kleinunternehmen.

Wie viel RAM WordPress ?

WordPress ist schlank, aber Plugins und Themes sind es, die den Speicherbedarf in die Höhe treiben. Das WordPress empfiehlt für eine Produktionsinstallation mindestens 512 MB RAM und PHP 8.3 oder neuer, und die neueren KI-Funktionen in WordPress .0 laufen am besten, wenn etwa 512 MB PHP-Speicher verfügbar sind. Diese Zahlen sind ein Mindestwert, kein Zielwert.

In der Praxis solltest du bei einer reinen Content-Seite mit 2 bis 4 GB rechnen, bei der Nutzung von WooCommerce oder einem Mitgliedschafts-Plugin mit 8 bis 16 GB und bei einem stark frequentierten Shop mit 24 GB oder mehr. WooCommerce ist sehr speicherintensiv, da Warenkörbe, Sitzungen und die Checkout-Logik dynamisch ablaufen und nicht vollständig zwischengespeichert werden können.

Der PHP-Speicher ist vom Server-RAM getrennt, und genau dieser Unterschied bringt viele Leute auf die falsche Fährte. Der PHP memory_limit legt eine Obergrenze pro Prozess fest, und der bisherige Standardwert von 128 MB ist für Websites mit vielen Plugins oft zu niedrig. Eine normale WordPress benötigt in der Regel ein PHP-Limit von 256 MB, bei anspruchsvolleren Setups sind 512 MB angebracht. Wenn du dieses Limit erhöhst, können zwar alle Anfragen vollständig abgearbeitet werden, aber es bedeutet auch, dass jeder PHP-Worker mehr von deinem gesamten Arbeitsspeicher beanspruchen kann – daher müssen beide Werte gemeinsam angepasst werden.

Wie viel RAM verbrauchen Caching-Schichten wie Redis und Varnish?

Durch das Caching wird RAM gegen Geschwindigkeit eingetauscht, und es ist eine der besten Möglichkeiten, den Arbeitsspeicher auf einem VPS zu nutzen. Der Haken dabei ist, dass der Cache im RAM liegt, also musst du dafür Platz einplanen.

• Beim Objekt-Caching mit Redis werden die Ergebnisse von Datenbankabfragen im Arbeitsspeicher gespeichert, sodass wiederholte Abfragen die Datenbank nie belasten. Eine stark frequentierte WordPress WooCommerce-Seite weist Redis möglicherweise 256 MB bis 1 GB zu, und dieser Speicherplatz bleibt auch dann reserviert, wenn wenig Traffic herrscht. Mehr dazu erfährst du in der Redis-Dokumentation.
• Beim Seiten-Caching mit Varnish oder NGINX werden vollständig gerenderte Seiten im Arbeitsspeicher zwischengespeichert und ohne jeglichen Aufruf von PHP ausgeliefert. Das ist der mit Abstand größte Leistungsgewinn für Websites mit hohem Leseaufkommen und lässt sich je nach Anzahl der zwischengespeicherten Seiten skalieren.
• OPcache speichert kompilierten PHP-Bytecode im Arbeitsspeicher, sodass der Server Skripte nicht bei jeder Anfrage neu kompilieren muss. Eine Zuweisung von 256 MB ist üblich und senkt die CPU-Auslastung spürbar.

Wenn du alle drei zusammennimmst, könntest du schon 1 GB bis 2 GB allein für den Cache reservieren, noch bevor überhaupt ein Besucher auftaucht. Das ist gut investierter Speicher, verändert aber deine Berechnungen zur Dimensionierung.

Wie viel RAM braucht deine Datenbank?

Die Datenbank ist oft der stille Übeltäter hinter Speicherengpässen. MySQL und MariaDB nutzen einen Pufferpool, um Indizes und häufig genutzte Daten im Arbeitsspeicher zu halten, und ein gängiges Optimierungsziel ist es, diesen Pool auf 50 bis 70 % des Speichers zu dimensionieren, den du der Datenbank zuweist.

Eine kleine Website mit ein paar tausend Zeilen merkt davon kaum etwas. Ein Online-Shop mit einem umfangreichen Produktkatalog, einer Bestellhistorie und Kundenkonten kann die Datenbank auf mehrere Gigabyte aktiven Arbeitsspeichers belasten. Wenn sich deine Datenbank und deine PHP-Worker um denselben Arbeitsspeicher streiten, werden beide langsamer – und die Lösung besteht in der Regel eher darin, mehr Arbeitsspeicher bereitzustellen, als weitere Optimierungen vorzunehmen.

Wie wirken sich Datenverkehr und Parallelität auf deinen RAM-Bedarf aus?

Die Gesamtzahl der monatlichen Besuche ist weniger wichtig als die gleichzeitige Nutzerzahl, also die Anzahl der Personen, die deine Website im selben Moment aufrufen. Der RAM-Verbrauch richtet sich nach der Anzahl der gleichzeitigen Anfragen, nicht nach der Anzahl der täglichen Besucher.

Eine Website mit 50.000 gleichmäßig verteilten Besuchen pro Monat benötigt weitaus weniger Speicher als eine Website mit derselben Gesamtzahl, bei der die Zahl der gleichzeitigen Nutzer während einer Produktvorstellung oder eines E-Mail-Versands auf bis zu 300 ansteigt. Jede dieser gleichzeitigen Anfragen kann einen PHP-Worker starten, und jeder Worker beansprucht Speicherplatz.

Zwei Hebel verringern den Druck:

• Durch das Seiten-Caching werden die meisten Besucher direkt aus dem Cache bedient, sodass gar kein PHP-Worker gestartet wird. Deshalb kommt eine gut zwischengespeicherte Website auch mit bescheidenem Arbeitsspeicher gut mit Zugriffsspitzen zurecht.
• Die Worker-Limits legen fest, wie viele PHP-Prozesse gleichzeitig laufen dürfen. Wenn du sie zu hoch einstellst, kann ein Traffic-Anstieg den Arbeitsspeicher überlasten; wenn du sie unter Berücksichtigung deines Arbeitsspeichers festlegst, bleibt der Server auch unter Last stabil.

Wie viel RAM brauchen Entwickleranwendungen?

Neben Websites werden auf einem VPS oft auch Anwendungs-Workloads ausgeführt: eine Node.js-API, ein Python-Dienst, Hintergrund-Queue-Worker oder der eine oder andere Container. Diese unterscheiden sich in ihrer Größe von einem Standard-LAMP-Stack.

Eine einzelne Node.js- oder Python-App mit einer Datenbank und einem Cache kommt mit 8 GB gut zurecht, obwohl ein schlanker Dienst auch mit weniger auskommt. Container-Workloads verursachen zusätzlichen Overhead, da jeder Container seine eigene Laufzeitumgebung mitbringt und Orchestrierung, Queue-Worker sowie Caching-Ebenen jeweils Speicher reservieren – unabhängig davon, ob gerade Anfragen eingehen oder nicht. Wenn du einen App-Server, eine Datenbank und einen Cache parallel betreibst, bieten dir 16 GB oder mehr genügend Spielraum, um Neustarts unter Last zu vermeiden. Beachte, dass ein VPS eher für die App- und Orchestrierungsebene als für das Modelltraining ausgelegt ist, da er keine GPU-Hardware enthält.

VPS-RAM-Dimensionierung nach Anwendungsfall

Nimm das als Ausgangspunkt und passe es dann an deinen Caching- und Datenbankbedarf an.

Anwendungsfall	Typischer Arbeitsspeicher	Was beeinflusst diese Zahl?
Einzelner Blog oder Broschüren-Auftritt	2 – 4 GB	Geringe PHP-Auslastung, kleine Datenbank, minimales Caching
Business-Website mit Plugins	8 GB	Mehr parallele Worker, umfangreicherer Plugin-Stack
WooCommerce oder eine Mitglieder-Website	16 GB	Dynamischer Bezahlvorgang, Sitzungen, Objekt-Caching
Agentur, die mehrere Kundenstandorte betreut	24 GB	Mehrere Datenbanken und Worker-Pools auf einem Server
App-Server plus Datenbank plus Cache	32 GB	Anwendungslaufzeit, Orchestrierung, reservierter Cache

Was sind die Anzeichen dafür, dass dein Arbeitsspeicher nicht mehr ausreicht?

Speicherprobleme machen sich bemerkbar, bevor sie die Website lahmlegen. Achte auf diese Anzeichen:

• „Out-of-Memory“-Fehler in deinen Logs, darunter schwerwiegende PHP-Fehler, die auf das Speicherlimit hinweisen, oder Prozesse, die vom Betriebssystem beendet werden.
• Intensive Nutzung des Swap-Speichers, was du überprüfen kannst unter free -h über SSH. Eine anhaltende Swap-Aktivität bedeutet, dass dir der physische RAM ausgeht.
• Steigende Antwortzeiten unter Last, während ein ruhender Server schnell bleibt. Dieser Unterschied deutet auf Speicherengpässe bei hohem Datenverkehr hin, nicht auf eine insgesamt langsame Website.
• Die Datenbank oder der Webserver startet von selbst neu, was oft bedeutet, dass der OOM-Killer eingreift, um Speicher freizugeben.

Ein oder zwei davon bei einem seltenen Spitzenwert sind normal. Wenn sie wöchentlich auftreten, bedeutet das, dass die Auslastung den Plan überschritten hat, und mehr RAM zu installieren bringt mehr als jede weitere Optimierung.

Ändert sich die RAM-Berechnung bei einem verwalteten oder selbstverwalteten VPS?

Das stimmt, ein bisschen. Ein Control Panel und der Sicherheitsstack verbrauchen selbst Speicherplatz, und das überrascht viele Leute, die davon ausgehen, dass ein Control Panel keinen Speicherplatz beansprucht. cPanel WHM – oder Control Web Panel – führen im Hintergrund Dienste aus, die schon ein paar hundert Megabyte beanspruchen, bevor deine Website überhaupt eine einzige Seite lädt.

Auf einem verwalteten VPSkümmert sich InMotion um das Betriebssystem, die Patches und das Control Panel – du planst also etwas mehr RAM für diesen Komfort ein und musst überhaupt keine Zeit für die Serververwaltung aufwenden. Bei einem selbstverwalteten VPS erhältst du vollen Root-Zugriff und kannst alles selbst konfigurieren, einschließlich der Frage, wie schlank du die Basisinstallation halten möchtest. Beide InMotion-Optionen laufen auf NVMe mit einer Auswahl zwischen cPanel Control Web Panel und unterstützen AlmaLinux 9, Ubuntu 22.04 LTS und Debian 12.

So wählst du den richtigen InMotion-VPS-Tarif aus

Fang mit deinem Stack an, nicht mit dem Preis. Rechne zusammen, was gleichzeitig im Arbeitsspeicher läuft: Webserver und PHP-Worker, dein Datenbank-Buffer-Pool, deine Caching-Ebenen und alle Anwendungsdienste. Wähle einen Tarif, der genug Spielraum für Wachstum bietet, denn wenn du schon fast an deiner Obergrenze bist, bleibt nichts mehr für Traffic-Spitzen übrig.

Eine praktische Faustregel:

• Wähle 2 bis 4 GB für eine einzelne Content- oder Unternehmenswebsite.
• Wähle 8 GB für eine CMS-basierte Unternehmenswebsite.
• Wähle 16 GB für einen Online-Shop, eine Mitglieder-Website oder eine kleine Anzahl von Kunden-Websites.
• Wähle 24 GB oder mehr für Anwendungs-Workloads oder eine stark ausgelastete Umgebung mit mehreren Standorten.

InMotion VPS Hosting läuft auf NVMe in Hochverfügbarkeitsclustern, mit einer SLA-Verfügbarkeit von 99,99 % und einem hauseigenen Support durch echte Mitarbeiter rund um die Uhr in drei Rechenzentren. Du kannst von einem kleineren Tarif zu einem größeren wechseln, wenn dein Speicherbedarf wächst, und je nachdem, wie aktiv du dich einbringen möchtest, zwischen verwalteter und selbstverwalteter Steuerung wählen. Wenn du es vorziehst, dass ein Spezialist deine Umgebung entsprechend deiner tatsächlichen Auslastung dimensioniert, sprich mit unserem Vertriebsteam und lasst uns das gemeinsam durchgehen.

Bist du bereit, dich für ein Paket zu entscheiden? Vergleiche die aktuellen Spezifikationen des InMotion VPS-Hostings. Oder falls dein Online-Shop oder deine stark frequentierte App bereits über die virtualisierten Ressourcen hinausgewachsen ist, schau dir die dedizierten Server an, die garantierte Hardware bieten.