Welchen VPS-Plan brauche ich für meine Anwendungen?

Die App hast du ausgewählt. Jetzt liegen vier Tarifkarten vor dir, beschriftet mit Für leichtgewichtige Apps und Soloprojekte und Für Apps im Produktivbetrieb, während die Dokumentation deiner App von Gigabytes und Kernen spricht. Beides passt nicht von selbst zusammen. Immich zum Beispiel verlangt mindestens 6 GB Arbeitsspeicher. Damit fällt Stack 4 mit seinen 4 GB raus, bevor du überhaupt etwas installiert hast.

Jede Zeile unten stellt die veröffentlichten Angaben der Entwickler neben den passenden Tarif. Das ist unsere Schätzung auf Basis der Dokumentation des jeweiligen Anbieters, gelesen am 2. Oktober 2026. Wir haben diese Apps nicht auf Servern von DreamHost betrieben, aber ein gängiges Paar haben wir weiter unten auf unserer eigenen Testmaschine laufen lassen. Wo ein Anbieter keinen Wert veröffentlicht, steht das in der Zeile.

Was jeder Plan enthält

Alle vier Pläne enthalten vollen Root-Zugriff, ein Linux-Betriebssystem deiner Wahl, Docker und die App-Bibliothek mit Ein-Klick-Installation. Sie unterscheiden sich bei Kernen, Arbeitsspeicher und Speicherplatz:

Schau dir die vCPU-Spalte an, bevor du auf den Arbeitsspeicher schaust. Stack 8 verdoppelt Arbeitsspeicher und Speicherplatz von Stack 4, bleibt aber bei 2 vCPU. Eine App, der CPU-Leistung fehlt, muss also auf Stack 16 springen, den ersten Tarif mit mehr Kernen. Stack 32 verdoppelt sie noch einmal auf 8.

Finde deine App in der Größentabelle

Such die Zeile, die deinem Setup am nächsten kommt. Starte mit dem Tarif in der letzten Spalte. Die mittlere Spalte zeigt, was die Entwickler der App veröffentlichen, verlinkt in den Quellen unten. Die VPS-Hosting-Seite jeder App ist unter der Tabelle verlinkt.

VPS-Hosting-Seiten für jede App in der Tabelle: LAMP Stack, Node.js, PostgreSQL, Docker und Portainer, Dokploy, n8n, GitLab, Supabase, Immich, Pelican Panel, OpenClaw, Hermes Agent, Paperclip, Ghost, Umami, Uptime Kuma.

Das Minimum von Immich liegt bei 6 GB, deshalb steht Stack 4 nicht in seiner Zeile, obwohl Immich angibt, dass ein System mit 4 GB laufen kann, wenn maschinelles Lernen ausgeschaltet ist.

In den meisten Zeilen findest du keine Nutzerzahl, denn GitLab ist hier der einzige Anbieter, der eine veröffentlicht: Sein Setup für wenig Arbeitsspeicher ist für bis zu fünf Entwickler ausgelegt.

Apps auf einem Server teilen sich dessen Arbeitsspeicher. Addiere also ihre Zeilen und lass Platz für das Betriebssystem. Stellst du n8n neben Immich, kommen ihre Mindestwerte auf 10 GB, bevor sich das Betriebssystem seinen Anteil nimmt. Auf unserer frisch aufgesetzten Test-VM mit Ubuntu 24.04 waren das etwa 300 MiB. Das ist mehr, als Stack 8 hat, also startet das Paar auf Stack 16.

Was das Duo auf unserer Test-VM verbraucht hat

Wir haben dieses Paar am 22. Oktober 2026 auf einer Test-VM mit 2 vCPU und 8 GB Arbeitsspeicher laufen lassen, also mit der Ausstattung von Stack 8. Es war Immich v3.3.5 aus dem Release-Setup von Immich, mit eingeschaltetem maschinellem Lernen und ohne Fotos, neben n8n 2.44.5 mit PostgreSQL aus den Docker-Compose-Dateien von n8n, ohne Workflows. Die VM lief auf einem arm64-Mac. Es ist also unsere Testmaschine, kein Server von DreamHost.

Im Leerlauf belegte das Paar unter 2 GB, weit weniger als die 10 GB, auf die sich ihre Mindestwerte summieren. Der Leerlauf ist aber nicht die Grenze. In einem separaten Durchlauf auf einer gleich großen Maschine erreichte Immich allein etwa 6 GB, während es einen Import von gerade einmal 300 Fotos verarbeitete. Addierst du die 0,4 GB von n8n im Leerlauf zu dieser Spitze, kommst du auf etwa 6,4 GB. Das ist reine Rechnung, denn wir haben nicht beide gleichzeitig unter Last laufen lassen. Auf 8 GB bleibt damit wenig Spielraum, deshalb starten wir das Paar trotzdem auf Stack 16. Wir haben jedes Setup nur einmal ausgeführt, und es waren frische Installationen ohne Nutzer. Betrachte die Werte also als Untergrenzen, nicht als Mindestanforderungen für die Dimensionierung.

Der Speicherplatz kann vor dem Arbeitsspeicher ausgehen. Eine Fotobibliothek oder ein Git-Server kann ihn füllen, während der Arbeitsspeicher noch gut aussieht.

Wenn du eine Fotobibliothek umziehst, miss zuerst ihre Größe und rechne den Aufschlag von Immich hinzu, bevor du sie mit dem Speicherplatz des Tarifs vergleichst. Der Wert von GitLab deckt nur die Anwendung ab. Zusätzlich verlangt GitLab Speicher für Repositorys, der mindestens so groß ist wie alle deine Repositorys zusammen.

Apps, deren Entwickler mehr als Stack 8 verlangen

GitLab

GitLab ist der schwierige Fall. Die eigenen Seiten nennen unterschiedliche Untergrenzen. Die Anforderungsseite von GitLab legt 8 vCPU und 16 GB als Basis für eine Single-Node-Installation fest, und nur Stack 32 hat 8 vCPU. Stack 16 hat die 16 GB, aber halb so viele Kerne. Dieselbe Seite sagt, dass GitLab bei knappem Arbeitsspeicher mit mindestens 8 GB laufen kann. Das ist der einzige CPU- oder Speicherwert auf der Seite, den Stack 8 erfüllt. Der Leitfaden für Umgebungen mit wenig Arbeitsspeicher geht noch tiefer: 2 GB plus 1 GB Swap für bis zu fünf Entwickler, deren Repositorys unter 100 MB bleiben.

Auch beim Swap widersprechen sich die beiden Seiten. Bei einer Standardinstallation rät GitLab, Swap zu deaktivieren oder so viel Arbeitsspeicher bereitzustellen, dass GitLab ihn nie nutzt. Das Setup für wenig Arbeitsspeicher geht dagegen davon aus, dass der Server im normalen Betrieb Swap nutzt. Für den GitLab-Server eines kleinen Teams empfehlen wir Stack 16: Du bekommst den Basis-Arbeitsspeicher und 4 der 8 Kerne. Damit liegt der Tarif unter der Basis von GitLab, und ein Test muss zeigen, dass er mithält. GitLab rät, CI-Runner auf einer anderen Maschine als GitLab selbst zu betreiben. Plane einen zweiten Server für deine Pipelines ein. Ein Team, das die volle Basis braucht, geht auf Stack 32. GitLab-VPS-Hosting enthält GitLab CE in jedem Stack-Tarif.

Supabase

Die Dokumentation von Supabase zum Selbsthosten bezeichnet das Minimum von 4 GB, 2 Kernen und 40 GB SSD als geeignet für Entwicklung und kleine bis mittlere Produktiv-Workloads, und Stack 4 und Stack 8 erfüllen es beide. Die empfohlene Ausstattung verlangt 4 oder mehr Kerne. Da Stack 16 unser kleinster Tarif mit 4 Kernen ist, würden wir dort ein stark genutztes Produktivprojekt betreiben.

Immich

Stack 8 erfüllt die Speicherempfehlung von Immich (8 GB) mit dem Minimum von 2 Kernen. Stack 16 erfüllt beide Empfehlungen. Seine 250 GB Speicherplatz fassen außerdem eine größere Bibliothek als die 150 GB von Stack 8. Das kann genauso wichtig sein wie der Arbeitsspeicher, sobald du Jahre an Familienfotos und Handyvideos importierst.

Palworld und andere Gameserver

Der Server-Leitfaden von Palworld nennt 16 GB Arbeitsspeicher und empfiehlt 4 Kerne, also erfüllt Stack 16 die Anforderung. Laut Leitfaden startet ein Server mit 8 GB zwar, stürzt aber eher ab, wenn ihm der Arbeitsspeicher ausgeht. Deshalb steht Stack 8 nicht in der Zeile von Palworld. Der Leitfaden empfiehlt außerdem mehr als 32 GB. Stack 32 hat genau 32 GB und ist der größte Stack-Tarif. Ein Palworld-Server, der den empfohlenen Arbeitsspeicher braucht, gehört also auf eine dedizierte Maschine.

Was ein zu großer Einstieg kostet

Fängst du zu klein an, hilft ein Planwechsel: Du wählst im Panel den größeren Plan, und deine Umgebung kommt mit. Für einen zu großen Einstieg gibt es keine vergleichbare Lösung. Laut dem Help Center von DreamHost kannst du derzeit nicht auf einen kleineren Stack-Plan wechseln. Der empfohlene Weg: Prüfe, ob deine Daten passen, richte einen neuen Server mit dem kleineren Plan ein, zieh alles um, vergewissere dich, dass es funktioniert, und kündige den ursprünglichen Server.

Bis dahin zahlst du jeden Monat für Arbeitsspeicher und Kerne, die deine App nicht nutzt. Laut dem Help Center von DreamHost gibt es für ein VPS keine 30-tägige Geld-zurück-Garantie, du hast also keine Rückerstattungsfrist als Absicherung. Starte mit dem kleinsten Tarif, der das Minimum deiner App erfüllt, und wechsle den Tarif, wenn die folgenden Checks zeigen, dass es knapp wird.

So erkennst du, dass dein Plan zu klein geworden ist

Bevor du für einen größeren Tarif zahlst, finde heraus, ob Arbeitsspeicher, CPU oder Speicherplatz knapp werden, denn jeder Engpass spricht für ein anderes Upgrade. Laut dem Help Center von DreamHost gibt es die Dashboards für Performance und Logs nur beim verwalteten VPS. Auf einem VPS prüfst du also über die Kommandozeile, während die App unter Last ist. Mit diesen Befehlen geht das schnell:

free -h
cat /proc/pressure/memory
uptime
df -h

1. Verfügbaren Arbeitsspeicher prüfen

   Führe free -h im normalen Betrieb aus. Die Spalte available schätzt, wie viel Arbeitsspeicher neue Programme ohne Swapping bekommen können. Bleibt der Wert nahe null oder steigt die Swap-Nutzung immer weiter, fehlt der App wahrscheinlich Arbeitsspeicher. Auch die App-Logs zeigen das: n8n protokolliert JavaScript heap out of memory, wenn einem Workflow der Speicher ausgeht.

2. Speicherdruck prüfen

   Führe cat /proc/pressure/memory aus. Die Zeile full zeigt den Anteil der Zeit, in dem alle laufenden Tasks gleichzeitig auf Arbeitsspeicher gewartet haben. Laut Kernel-Dokumentation ist ein Workload, der längere Zeit in diesem Zustand verbringt, im Thrashing. Ist das bei dir der Fall, wechsle für mehr Arbeitsspeicher zum nächstgrößeren Plan: von Stack 4 auf 8, von 8 auf 16 oder von 16 auf 32.

3. Last mit deinen Kernen vergleichen

   Führe uptime aus und lies die dritte Zahl ab, die Load Average der letzten 15 Minuten. Die Last ist nicht auf die Anzahl deiner Kerne skaliert, vergleiche sie also mit den vCPU deines Plans: 2 bei Stack 4 und Stack 8, 4 bei Stack 16, 8 bei Stack 32. Als Faustregel werten wir eine 15-Minuten-Last, die tagelang über diesem Wert liegt, als Zeichen dafür, dass dir CPU fehlt. Von Stack 4 oder Stack 8 aus führt das zu Stack 16.

4. Steal-Time ansehen

   Führe vmstat 5 aus und beobachte die Spalte st. Sie zeigt die Zeit, die der Hypervisor deinem Server entzogen hat. Als Faustregel gilt: Liegt die Steal Time dauerhaft über ein paar Prozent, frag beim Support nach, bevor du für einen größeren Plan bezahlst.

5. Speicherplatz prüfen
   Führe df -h aus, um zu sehen, wie voll jedes Dateisystem ist.
6. Upgrade im Panel

   Das Help Center von DreamHost nennt diese Schritte: Geh zu Manage Account, such dein VPS unter Active Plans, klicke auf Manage, dann unter Change Plan auf Select Plan und anschließend auf Submit Order.

Auch wachsender Swap kann ein Frühwarnzeichen sein. Wie ein Kommentator auf Hacker News angemerkt hat, kann dir eine Überwachung der Swap-Nutzung zeigen, dass etwas nicht stimmt, bevor der Kernel wegen Speichermangels Prozesse beendet.

Steckt ein plötzlicher Traffic-Anstieg hinter der Last, lies nach, wie du mit einer Traffic-Spitze umgehst, bevor du upgradest.

Wann ein anderes Produkt von DreamHost besser passt

Wenn wir den Server lieber für dich verwalten sollen, passen DreamPress, verwaltetes VPS oder verwaltetes Hosting auf dedizierten Servern womöglich besser zu dir. Wenn du nicht sicher bist, ob du überhaupt einen Server brauchst, lies zuerst Brauchst du überhaupt ein VPS?.

Mit verwaltetem Hosting auf dedizierten Servern bekommst du einen verwalteten Server mit Root-Zugriff, und der Enhanced-Plan bietet bis zu 128 GB Arbeitsspeicher. Lies also wann ein dedizierter Server der nächste Schritt ist, sobald dir Stack 32 nicht mehr reicht. Für neue oder einfache Websites ist Webhosting der richtige Einstieg: Der Launch-Plan deckt 25 Websites und geschätzt 40.000 Besuche pro Monat ab. Wenn eine MySQL-Datenbank deine Websites auf dem verwalteten VPS ausbremst, stellt ihr das Add-on MySQL VPS als separater Dienst isolierte Datenbankressourcen bereit.

Häufige Fragen zur VPS-Größe