Koľko RAM potrebuje VPS: pravidlo pre každé použitie

Pravidlo: sčítať, čo zostáva v pamäti

Server nespotrebúva pamäť „všeobecne“: každý spustený program si drží svoju časť, kým beží. Výpočet preto vychádza zo zoznamu procesov, ktoré bežia trvalo, a potom pripočíta špičku a rezervu:

Potrebná pamäť = (systém + trvalé služby + špička príležitostných úloh) × 1,25

• Systém: minimálna distribúcia Linuxu (Debian, Ubuntu) zaberie po spustení približne 150 až 300 MB, vrátane prístupu SSH a zapisovania logov.
• Trvalé služby: webový server, procesy aplikácie, databáza, cache, front úloh. Ich spotreba závisí od technológie a podrobne ju opisuje nasledujúca časť.
• Špička: to, čo sa občas pridá navyše, teda kompilácia aplikácie, záloha, import alebo náročná plánovaná úloha. Server dimenzovaný podľa priemeru padá práve v týchto chvíľach.
• Rezerva: 25 % nad celkový súčet, pre rast údajov a návštevnosti. Nezaháľa: Linux využíva voľnú pamäť ako cache súborov, čo zrýchľuje databázu.

Koľko spotrebuje každá časť

Nasledujúce rádové hodnoty platia pre bežne veľkú aplikáciu meranú v produkcii. Slúžia ako východiskový bod; posledné slovo má vždy meranie na vašej vlastnej aplikácii, opísané nižšie.

Pri aplikáciách v JavaScripte sa často opakuje jedna špička: kompilácia (build). Príkaz npm run build na projekte Next.js, Nuxt alebo Angular si bežne sám vyžiada 1 až 2 GB na niekoľko minút, navyše k tomu, čo už beží. Kompilovať na serveri znamená dimenzovať na túto špičku; kompilovať na svojom počítači alebo v CI a na server nahrať len výsledok znamená sa jej vyhnúť.

Rovnaká úvaha platí pre kontajnery Docker: každý kontajner je súbor procesov ako ktorékoľvek iné a démon Dockeru pridáva vlastnú spotrebu. Príkaz docker stats ukáže, koľko zaberá každý z nich.

Typické profily

Tieto profily sčítavajú predchádzajúce časti vrátane špičky a rezervy. Predpokladajú bežne veľkú aplikáciu a návštevnosť pri spustení; objemná databáza alebo trvalo vysoká návštevnosť posúvajú hodnotu nahor.

Aplikácia, ktorá volá model AI cez API (OpenAI, Anthropic, Mistral), sa dimenzuje ako ktorákoľvek webová aplikácia: model beží u svojho vydavateľa a váš server čaká na jeho odpoveď. Mierku mení až spustenie modelu priamo na serveri.

Meranie na serveri, ktorý beží

Na serveri v prevádzke nahrádza odhad meranie. Tri príkazy ukážu, ako na tom ste:

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

• free -h: čítajte stĺpec available, teda pamäť skutočne dostupnú na spustenie nových programov. Stĺpec free je takmer vždy nízky a je to normálne: Linux zapĺňa nevyužitú pamäť cache súborov (buff/cache), ktorú uvoľní, len čo ju niektorý program potrebuje.
• ps aux --sort=-rss: procesy zoradené podľa obsadenej pamäte (stĺpec RSS, v kilobajtoch). Tu uvidíte, koľko váži každý worker PHP alebo Node.js.
• vmstat 5 5: päť meraní v päťsekundových intervaloch. Nenulové hodnoty v stĺpcoch si a so, meranie za meraním, signalizujú server, ktorý presúva pamäť do swapu: chýba mu pamäť.

Merajte v najvyťaženejšej chvíli dňa a počas príležitostných úloh: kompilácie, zálohy, importu. Rozhoduje špička.

Keď pamäť dôjde

Server, ktorému dochádza pamäť, nespomaľuje postupne. Keď už nie je čo uvoľniť, jadro Linuxu spustí OOM killer (out of memory): vyberie proces, spravidla ten, ktorý zaberá najviac pamäte, a okamžite ho zastaví. Na aplikačnom serveri je to často databáza.

Príznaky: občasné chyby 502 alebo 503, služba, ktorá sa reštartuje bez zjavného dôvodu, kompilácia, ktorá sa preruší hlásením Killed. Potvrdia to logy:

journalctl -k | grep -i "out of memory"
systemctl status nazov-sluzby

Vo výstupe systemctl status označuje hlásenie Failed with result 'oom-kill' službu zastavenú pre nedostatok pamäte.

Swap, ak ho server má, túto chvíľu oddiali tým, že najmenej používanú pamäť presunie na disk. Slúži ako záchranná sieť, nie ako kapacita: server, ktorý sa o swap opiera trvalo, odpovedá niekoľkonásobne pomalšie, aj na SSD NVMe.

Riešenia, od najjednoduchšieho po najtrvalejšie: znížiť počet procesov aplikácie (pm.max_children, workery Gunicorn), kompilovať mimo servera, obmedziť pamäť databázy a potom prejsť na vyššiu veľkosť.

Výber veľkosti a plán do budúcnosti

1. Spíšte, čo bude bežať: webový server, aplikácia a počet jej procesov, databáza, cache, plánované úlohy.
2. Sčítajte hodnoty podľa tabuľky častí, pridajte najnáročnejšiu špičku (často kompiláciu) a potom 25 % rezervu.
3. Zvoľte veľkosť, ktorá tento súčet pokryje. Z dvoch susedných veľkostí postačí menšia, ak sa na vyššiu dá prejsť bez reinštalácie.
4. Merajte po spustení, v dennej špičke, a potom pri každom ďalšom raste aplikácie.

Pamäť nie je jediný zdroj: procesor rozhoduje pri výpočtoch (kompilácia, spracovanie obrázkov, beh modelu AI), disk pri databáze a súboroch. Pri webovej aplikácii však veľkosť takmer vždy určuje práve pamäť.