Welk VPS-abonnement heb ik nodig voor wat ik draai?

Je hebt de app gekozen. Nu liggen er vier abonnementskaarten voor je, met labels als Voor lichte apps en soloprojecten en Voor apps in productie, terwijl de documentatie van je app over gigabytes en cores praat. Die twee sluiten niet vanzelf op elkaar aan. Immich vraagt bijvoorbeeld minimaal 6 GB geheugen, waardoor Stack 4 met zijn 4 GB al afvalt voordat je iets hebt geïnstalleerd.

Elke rij hieronder zet wat de makers van de app publiceren naast het abonnement dat erbij past. Het is onze inschatting op basis van de eigen documentatie van de leverancier, gelezen op 2 oktober 2026. We hebben deze apps niet op servers van DreamHost gedraaid, maar we hebben wel één veelvoorkomende combinatie op onze eigen testmachine getest; daarover verderop meer. Als een leverancier geen cijfer publiceert, staat dat in de rij.

Wat elk abonnement bevat

Alle vier de abonnementen bevatten volledige root-toegang, een Linux-besturingssysteem naar keuze, Docker en de app-bibliotheek met installatie in één klik. Ze verschillen in cores, geheugen en schijfruimte:

Kijk naar de vCPU-kolom voordat je naar het geheugen kijkt. Stack 8 heeft twee keer zoveel geheugen en schijfruimte als Stack 4, maar houdt dezelfde 2 vCPU. Een app met te weinig CPU moet dus naar Stack 16, het eerste abonnement met meer cores. Stack 32 verdubbelt dat weer, naar 8.

Zoek je app in de groottetabel

Zoek de rij die het dichtst bij jouw situatie komt. Begin met het abonnement in de laatste kolom. De middelste kolom geeft weer wat de makers van de app publiceren, met links in de bronnen hieronder. De VPS-hostingpagina van elke app staat onder de tabel.

VPS-hostingpagina's voor elke app in de tabel: LAMP Stack, Node.js, PostgreSQL, Docker en Portainer, Dokploy, n8n, GitLab, Supabase, Immich, Pelican Panel, OpenClaw, Hermes Agent, Paperclip, Ghost, Umami, Uptime Kuma.

Het minimum van Immich is 6 GB, dus Stack 4 staat niet in de rij, ook al zegt Immich dat een systeem met 4 GB werkt als machine learning uitstaat.

In de meeste rijen vind je geen aantal gebruikers, omdat GitLab de enige leverancier hier is die er een publiceert: de opstelling voor weinig geheugen is bedoeld voor maximaal vijf ontwikkelaars.

Apps op één server delen het geheugen, dus tel hun rijen bij elkaar op en laat ruimte over voor het besturingssysteem. Zet je n8n naast Immich, dan komen hun minimums samen al op 10 GB, nog voordat het besturingssysteem zijn deel neemt. Dat deel was ongeveer 300 MiB op onze nieuwe test-VM met Ubuntu 24.04. Dat is meer dan Stack 8 heeft, dus het duo begint bij Stack 16.

Wat dat duo gebruikte op onze test-VM

We hebben die combinatie op 22 oktober 2026 gedraaid op een test-VM met 2 vCPU en 8 GB geheugen, dezelfde opbouw als Stack 8. Het ging om Immich v3.3.5 uit de release-opstelling van Immich, met machine learning aan en zonder foto's, naast n8n 2.44.5 met PostgreSQL uit de eigen Docker Compose-bestanden van n8n, zonder workflows. De VM draaide op een arm64-Mac, dus het is onze testmachine en geen server van DreamHost.

In rust gebruikte de combinatie minder dan 2 GB, ver onder de 10 GB die hun minimums samen opleveren. Maar rust is niet de grens. In een aparte test op een machine van hetzelfde formaat kwam Immich alleen op ongeveer 6 GB tijdens het importeren van slechts 300 foto's. Tel je de 0,4 GB van n8n in rust bij die piek op, dan kom je op ongeveer 6,4 GB. Dat is een berekening, want we hebben ze niet tegelijk onder belasting gedraaid. Op 8 GB blijft er dan weinig ruimte over, en daarom laten we deze combinatie toch op Stack 16 beginnen. We hebben elke opstelling één keer gedraaid, en het waren verse installaties zonder gebruikers. Zie deze cijfers dus als ondergrens, niet als minimum om op te dimensioneren.

Je schijfruimte kan eerder op raken dan je geheugen. Een fotobibliotheek of een Git-server kan de schijf vullen terwijl het geheugen nog prima lijkt.

Verhuis je een fotobibliotheek, meet die dan eerst en tel de marge van Immich erbij op voordat je het vergelijkt met de schijfruimte van het abonnement. Het cijfer van GitLab geldt alleen voor de applicatie, en daarbovenop vraagt GitLab opslag voor repository's die minstens zo groot is als al je repository's samen.

Apps waarvan de makers meer vragen dan Stack 8

GitLab

GitLab is de lastigste. De eigen pagina's van GitLab noemen verschillende ondergrenzen. De pagina met vereisten van GitLab legt de basis voor een installatie op één node op 8 vCPU en 16 GB, en alleen Stack 32 heeft 8 vCPU. Stack 16 heeft de 16 GB, met de helft van de cores. Dezelfde pagina zegt dat GitLab met minimaal 8 GB kan draaien als het geheugen krap is, en dat is het enige cijfer voor CPU of geheugen op de pagina dat Stack 8 haalt. De handleiding voor beperkt geheugen gaat nog lager, naar 2 GB plus 1 GB swap voor maximaal vijf ontwikkelaars van wie de repository's onder 100 MB blijven.

De twee pagina's verschillen ook over swap. Bij een standaardinstallatie zegt GitLab dat je swap moet uitschakelen of zoveel geheugen moet toewijzen dat GitLab nooit swap gebruikt, terwijl de opstelling voor weinig geheugen ervan uitgaat dat de server tijdens normaal gebruik swap gebruikt. Voor de GitLab-server van een klein team raden we Stack 16 aan. Daarmee krijg je het basisgeheugen en 4 van de 8 cores, dus je zit onder de basis van GitLab en een proefperiode moet uitwijzen of het bijhoudt. GitLab raadt aan CI-runners op een andere machine te draaien dan GitLab zelf. Plan dus een tweede server voor je pipelines. Een team dat de volledige basis nodig heeft, kiest Stack 32. GitLab VPS-hosting bevat GitLab CE op elk Stack-abonnement.

Supabase

De documentatie van Supabase over zelf hosten noemt het minimum van 4 GB, 2 cores en 40 GB SSD geschikt voor ontwikkeling en kleine tot middelgrote productieworkloads, en Stack 4 en Stack 8 halen dat allebei. De aanbevolen specificatie vraagt 4 cores of meer, en omdat Stack 16 ons kleinste abonnement met 4 cores is, zouden we een druk productieproject daar draaien.

Immich

Stack 8 haalt de aanbeveling van Immich voor 8 GB geheugen, met het minimum van 2 cores. Stack 16 haalt beide aanbevelingen. De schijf van 250 GB biedt ook ruimte aan een grotere bibliotheek dan de 150 GB van Stack 8, en dat kan net zo belangrijk zijn als geheugen zodra je jaren aan familiefoto's en telefoonvideo's importeert.

Palworld en andere gameservers

De serverhandleiding van Palworld noemt 16 GB geheugen en raadt 4 cores aan, dus Stack 16 voldoet aan de vereisten. Volgens de handleiding start een server met 8 GB wel op, maar crasht die eerder als het geheugen opraakt. Daarom staat Stack 8 niet in de rij van Palworld. De handleiding raadt ook meer dan 32 GB aan. Stack 32 heeft precies 32 GB en is het grootste Stack-abonnement, dus een Palworld-server die het aanbevolen geheugen nodig heeft, hoort op een dedicated server.

Wat te groot beginnen kost

Begin je te klein, dan los je dat op door van abonnement te wisselen: je kiest het grotere abonnement in het panel en je omgeving verhuist mee. Voor te groot beginnen bestaat zo'n oplossing niet. Volgens het Help Center van DreamHost kun je op dit moment niet terug naar een kleiner Stack-abonnement. De route die het Help Center beschrijft: controleer of je data past, richt een nieuwe server in op het kleinere abonnement, zet alles over, controleer of het werkt en zeg de oorspronkelijke server op.

Tot die tijd betaal je elke maand voor geheugen en cores die je app niet gebruikt. Volgens het Help Center van DreamHost geldt er voor een VPS geen geld-terug-garantie van 30 dagen, dus kun je niet terugvallen op een terugbetalingsperiode. Begin op het kleinste abonnement dat aan het minimum van je app voldoet, en stap over zodra de controles hieronder laten zien dat het krap wordt.

Zo zie je dat je abonnement te klein wordt

Voordat je voor een groter abonnement betaalt, zoek je uit of je geheugen, CPU of schijfruimte tekortkomt, want elk tekort vraagt om een andere upgrade. Volgens het Help Center van DreamHost zijn de dashboards voor prestaties en logs alleen beschikbaar bij een beheerde VPS. Op een VPS controleer je het dus via de opdrachtregel terwijl de app druk bezig is. Met deze opdrachten doe je de snelle controles:

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

1. Controleer het beschikbare geheugen

   Voer free -h uit tijdens normaal gebruik. De kolom available schat hoeveel geheugen nieuwe programma's kunnen krijgen zonder naar swap uit te wijken. Blijft die waarde rond nul, of blijft het swapgebruik stijgen, dan komt de app waarschijnlijk geheugen tekort. De logs van de app laten het ook zien: n8n logt JavaScript heap out of memory als een workflow geen geheugen meer heeft.

2. Controleer de geheugendruk

   Voer cat /proc/pressure/memory uit. De regel full laat zien welk deel van de tijd alle actieve taken tegelijk op geheugen wachtten. Volgens de kerneldocumentatie verkeert een workload die langere tijd in die toestand blijft in thrashing: het systeem is dan vooral bezig met geheugen heen en weer schuiven. Is dat bij jou zo, stap dan over naar het volgende abonnement voor meer geheugen: van Stack 4 naar 8, van 8 naar 16 of van 16 naar 32.

3. Vergelijk de belasting met je cores

   Voer uptime uit en lees het derde getal: de gemiddelde belasting over 15 minuten. Die belasting houdt geen rekening met je aantal cores, dus vergelijk haar met het aantal vCPU's van je abonnement: 2 bij Stack 4 en Stack 8, 4 bij Stack 16 en 8 bij Stack 32. Als vuistregel zien wij een belasting over 15 minuten die dagenlang boven dat getal blijft als een teken dat je te weinig CPU hebt. Vanaf Stack 4 of Stack 8 wijst dat naar Stack 16.

4. Bekijk de gestolen CPU-tijd

   Voer vmstat 5 uit en let op de kolom st: de tijd die de hypervisor van je server heeft afgenomen. Als vuistregel: blijft die waarde boven een paar procent, vraag dan eerst support ernaar voordat je voor een groter abonnement betaalt.

5. Controleer de schijfruimte
   Voer df -h uit om te zien hoe vol elk bestandssysteem is.
6. Upgraden in het panel

   Het Help Center van DreamHost geeft deze stappen: ga naar Manage Account, zoek je VPS onder Active Plans, klik op Manage, en daarna op Select Plan onder Change Plan en op Submit Order.

Groeiende swap kan ook een vroeg waarschuwingssignaal zijn. Zoals iemand op Hacker News opmerkte, kan monitoring van het swapgebruik je vertellen dat er iets mis is, nog voordat de kernel processen gaat beëindigen door geheugentekort.

Komt de belasting door een plotselinge piek in het verkeer? Lees dan eerst over het opvangen van een verkeerspiek voordat je overstapt.

Wanneer een ander product van DreamHost beter past

Heb je liever dat wij de server beheren? Dan passen DreamPress, een beheerde VPS of beheerde dedicated serverhosting misschien beter bij je. Weet je niet zeker of je überhaupt een server nodig hebt, begin dan met heb je eigenlijk wel een VPS nodig?.

Met beheerde dedicated hosting krijg je een beheerde server met root, en het Enhanced-abonnement gaat tot 128 GB geheugen. Lees dus wanneer een dedicated server de volgende stap is zodra Stack 32 te klein voor je wordt. Voor nieuwe of eenvoudige sites begin je met Webhosting; het Launch-abonnement dekt 25 websites en naar schatting 40.000 bezoeken per maand. Als een MySQL-database je sites op een beheerde VPS vertraagt, geeft de add-on MySQL VPS die database eigen, geïsoleerde resources als aparte dienst.

Veelgestelde vragen over de grootte van je VPS