Wéivill RAM brauch e VPS? D’Reegel, Fall fir Fall

D’Reegel: addéieren, wat am Aarbechtsspäicher bleift

E Server verbraucht net „am Allgemengen“ Aarbechtsspäicher: all Programm, dat leeft, hält en Deel dovun, soulaang et leeft. D’Rechnung fänkt also mat der Lëscht vun de Prozesser un, déi permanent lafen, an dann kommen d’Spëtzt an eng Marge derbäi:

Aarbechtsspäicher, dee virzegesinn ass = (System + permanent Servicer + Spëtzt vun de punktuellen Aufgaben) × 1,25

• De System: eng minimal Linux-Distributioun (Debian, Ubuntu) brauch nom Start ongeféier 150 bis 300 MB, SSH-Zougang a Logging inklusiv.
• Déi permanent Servicer: Webserver, Prozesser vun der Applikatioun, Datebank, Cache, Job-Queue. Hire Verbrauch hänkt vun der Technologie of, déi déi nächst Sektioun am Detail duerchgeet.
• D’Spëtzt: dat, wat heiansdo derbäikënnt, d’Kompilatioun vun enger Applikatioun, e Backup, en Import, eng schwéier geplangten Aufgab. E Server, deen no sengem Duerchschnëtt dimensionéiert ass, fällt genee an dëse Momenter aus.
• D’Marge: 25 % iwwer der Zomm, fir de Wuesstem vun den Donnéeën a vum Traffic. Si geet net verluer: Linux notzt de fräien Aarbechtsspäicher als Cache fir d’Fichieren, an dat mécht d’Datebank méi séier.

Wat all Bestanddeel verbraucht

Déi Gréisstenuerdnungen hei drënner gëllen fir eng Applikatioun vun üblecher Gréisst, an der Produktioun gemooss. Si sinn e Startpunkt; d’Miessung op Ärer eegener Applikatioun, déi weider ënne beschriwwen ass, huet ëmmer dat lescht Wuert.

Eng Spëtzt kënnt bei JavaScript-Applikatiounen ëmmer erëm: d’Kompilatioun. npm run build brauch bei engem Next.js-, Nuxt- oder Angular-Projet eleng üblecherweis 1 bis 2 GB, e puer Minutte laang, zousätzlech zu deem, wat schonn leeft. Um Server kompiléieren heescht, fir dës Spëtzt ze dimensionéieren; op Ärem Computer oder an Ärer CI-Pipeline kompiléieren an nëmmen d’Resultat eropzelueden heescht, se ze vermeiden.

Déi selwecht Iwwerleeung gëllt fir Docker-Container: all Container ass eng Grupp vu Prozesser wéi all aner, an den Docker-Daemon bréngt säin eegene Verbrauch mat. docker stats weist, wat jidderee vun hinnen hëlt.

Typesch Fäll

Dës Fäll addéieren d’Bestanddeeler vun uewen, Spëtzt a Marge inklusiv. Si setzen eng Applikatioun vun üblecher Gréisst an den Traffic vun engem Start viraus; eng voluminéis Datebank oder e konstant héijen Traffic dréckt de Wäert erop.

Eng Applikatioun, déi e KI-Modell iwwer eng API oprifft (OpenAI, Anthropic, Mistral), gëtt wéi all aner Webapplikatioun dimensionéiert: de Modell leeft bei sengem Editeur, an Äre Server waart op d’Äntwert. Eréischt wann de Modell um Server selwer leeft, ännert sech d’Gréisstenuerdnung.

Op engem Server moossen, dee leeft

Op engem Server, deen a Betrib ass, ersetzt d’Miessung d’Schätzung. Dräi Befeeler weisen, wou Dir stitt:

free -h
ps aux --sort=-rss | head -n 15
vmstat 5 5

• free -h: liest d’Kolonn available, de Späicher, dee wierklech disponibel ass, fir nei Programmer ze starten. D’Kolonn free ass bal ëmmer niddreg, an dat ass normal: Linux fëllt den ongenotzte Späicher mam Cache vun de Fichieren (buff/cache), an e gëtt en zeréck, soubal e Programm e brauch.
• ps aux --sort=-rss: d’Prozesser, no benotztem Späicher sortéiert (Kolonn RSS, a Kilobyte). Hei gesitt Dir, wéivill all PHP- oder Node.js-Worker weit.
• vmstat 5 5: fënnef Miessungen am Ofstand vu fënnef Sekonnen. Wäerter, déi net null sinn, an de Kolonnen si an so, Miessung fir Miessung, weisen e Server, deen an de Swap auslagert: him feelt Aarbechtsspäicher.

Moosst zur Zäit vum Dag, wou am meeschte lass ass, a wärend de punktuellen Aufgaben: Kompilatioun, Backup, Import. Et ass d’Spëtzt, déi zielt.

Wann den Aarbechtsspäicher feelt

E Server ouni fräie Späicher gëtt net lues a lues méi lues. Wann näischt méi fräizeginn ass, léist de Linux-Kernel den OOM killer (out of memory) aus: e wielt e Prozess, an der Reegel deen, deen am meeschte Späicher hëlt, a stoppt en direkt. Op engem Applikatiounsserver ass dat dacks d’Datebank.

D’Symptomer: heiansdo Feeler 502 oder 503, e Service, deen ouni siichtbare Grond nei start, eng Kompilatioun, déi mat Killed ofbrécht. D’Logs bestätegen et:

journalctl -k | grep -i "out of memory"
systemctl status numm-vum-service

An der Ausgab vu systemctl status weist d’Mentioun Failed with result 'oom-kill' op e Service, deen aus Mangel u Späicher gestoppt gouf.

De Swap, wann de Server een huet, verzögert dëse Moment, andeems e de Späicher, deen am mannste benotzt gëtt, op den Disk verlagert. En ass e Sécherheetsnetz, keng Kapazitéit: e Server, deen dauernd op de Swap ugewisen ass, äntwert e puer Mol méi lues, och op NVMe-Disken.

D’Léisungen, vun der einfachster bis zu där dauerhaftster: d’Zuel vun de Prozesser vun der Applikatioun erofsetzen (pm.max_children, Gunicorn-Worker), ausserhalb vum Server kompiléieren, de Späicher vun der Datebank begrenzen, an dann op déi nächst Gréisst wiesselen.

Seng Gréisst wielen, an un d’Zukunft denken

1. Lëscht op, wat lafe soll: Webserver, Applikatioun an d’Zuel vun hire Prozesser, Datebank, Cache, déi geplangten Aufgaben.
2. Addéiert mat der Tabell vun de Bestanddeeler, setzt déi schwéierst Spëtzt derbäi (dacks d’Kompilatioun), an dann 25 % Marge.
3. Wielt d’Gréisst, déi dës Zomm ofdeckt. Tëscht zwou Gréissten, déi openeen folgen, geet déi méi kleng duer, soubal de Wiessel op déi nächst Gréisst ouni Neiinstallatioun geschitt.
4. Moosst, soubal d’Applikatioun online ass, zur Spëtzestonn vum Dag, an duerno bei all Etapp vun hirem Wuesstem.

Den Aarbechtsspäicher ass net déi eenzeg Ressource: de Prozessor zielt fir alles, wat rechent (Kompilatioun, Bildveraarbechtung, Ausféiere vun engem KI-Modell), den Disk fir d’Datebank an d’Fichieren. Bei enger Webapplikatioun ass et awer bal ëmmer den Aarbechtsspäicher, deen d’Gréisst festleet.