Paljonko RAM-muistia VPS tarvitsee: laskusääntö käyttötarkoituksittain

Sääntö: laskekaa yhteen se, mikä pysyy muistissa

Palvelin ei kuluta muistia ”yleisesti”: jokainen käynnissä oleva ohjelma varaa siitä osansa niin kauan kuin se on käynnissä. Laskelma lähtee siis jatkuvasti käynnissä olevien prosessien luettelosta, ja siihen lisätään huippu ja marginaali:

Tarvittava muisti = (järjestelmä + jatkuvat palvelut + satunnaisten tehtävien huippu) × 1,25

• Järjestelmä: minimaalinen Linux-jakelu (Debian, Ubuntu) vie käynnistyttyään tyypillisesti 150 ja 300 MB:n välillä muistia, SSH-yhteys ja lokitus mukaan lukien.
• Jatkuvat palvelut: verkkopalvelin, sovelluksen prosessit, tietokanta, välimuisti, tehtäväjono. Niiden kulutus riippuu tekniikasta, ja se eritellään seuraavassa osiossa.
• Huippu: ajoittain lisäksi tuleva kuorma, kuten sovelluksen käännös, varmuuskopiointi, tuonti tai raskas ajastettu tehtävä. Keskiarvonsa mukaan mitoitettu palvelin kaatuu juuri näinä hetkinä.
• Marginaali: 25 % kokonaismäärän päälle datan ja liikenteen kasvua varten. Se ei jää joutilaaksi: Linux käyttää vapaata muistia tiedostovälimuistina, mikä nopeuttaa tietokantaa.

Mitä kukin osa kuluttaa

Alla olevat suuruusluokat pätevät tavallisen kokoiseen sovellukseen tuotannossa mitattuina. Ne ovat lähtökohta; oman sovelluksenne mittaus, jota kuvataan jäljempänä, ratkaisee aina lopullisesti.

Yksi huippu toistuu JavaScript-sovelluksissa kerta toisensa jälkeen: käännös (build). npm run build Next.js-, Nuxt- tai Angular-projektissa vaatii yleisesti yksinään 1 tai 2 GB muutaman minuutin ajan, kaiken jo käynnissä olevan lisäksi. Palvelimella kääntäminen tarkoittaa mitoittamista tämän huipun mukaan; kun käännätte omalla koneellanne tai jatkuvan integraation putkessa ja siirrätte palvelimelle vain lopputuloksen, huippu jää pois.

Sama päättely pätee Docker-kontteihin: jokainen kontti on joukko tavallisia prosesseja, ja Dockerin taustapalvelu lisää oman kulutuksensa. docker stats näyttää, mitä kukin vie.

Tyypilliset profiilit

Nämä profiilit laskevat yhteen edellä esitellyt osat, huippu ja marginaali mukaan lukien. Ne olettavat tavallisen kokoisen sovelluksen ja julkaisuvaiheen liikenteen; suuri tietokanta tai jatkuvasti kova liikenne siirtää mitoitusta ylöspäin.

Sovellus, joka kutsuu tekoälymallia rajapinnan kautta (OpenAI, Anthropic, Mistral), mitoitetaan kuten mikä tahansa verkkosovellus: malli toimii tarjoajansa palvelimilla, ja palvelimenne odottaa sen vastausta. Mittakaava muuttuu vasta, kun malli ajetaan itse palvelimella.

Mittaaminen käynnissä olevalla palvelimella

Käytössä olevalla palvelimella mittaus korvaa arvion. Kolme komentoa kertoo tilanteen:

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

• free -h: lukekaa sarake available, eli muisti, joka on todella käytettävissä uusien ohjelmien käynnistämiseen. Sarake free on lähes aina matala, ja se on normaalia: Linux täyttää käyttämättömän muistin tiedostovälimuistilla (buff/cache), jonka se vapauttaa heti, kun jokin ohjelma tarvitsee muistia.
• ps aux --sort=-rss: prosessit varatun muistin mukaan järjestettyinä (sarake RSS, kilotavuina). Tästä näkee, mitä kukin PHP- tai Node.js-prosessi vie.
• vmstat 5 5: viisi mittausta viiden sekunnin välein. Nollasta poikkeavat arvot sarakkeissa si ja so mittaus toisensa jälkeen kertovat, että palvelin käyttää swap-tilaa: siltä puuttuu muistia.

Mitatkaa päivän kuormitetuimpana hetkenä ja satunnaisten tehtävien aikana: käännös, varmuuskopiointi, tuonti. Huippu ratkaisee.

Kun muisti loppuu

Muistin loppuessa palvelin ei hidastu vähitellen. Kun vapautettavaa ei enää ole, Linux-ydin käynnistää OOM killer -mekanismin (out of memory): se valitsee prosessin, yleensä eniten muistia vievän, ja pysäyttää sen saman tien. Sovelluspalvelimella se on usein tietokanta.

Oireet: ajoittaiset 502- tai 503-virheet, palvelu, joka käynnistyy uudelleen ilman näkyvää syytä, käännös, joka keskeytyy ilmoitukseen Killed. Lokit vahvistavat asian:

journalctl -k | grep -i "out of memory"
systemctl status palvelun-nimi

Komennon systemctl status tulosteessa maininta Failed with result 'oom-kill' tarkoittaa palvelua, joka pysäytettiin muistin puutteen vuoksi.

Swap, jos palvelimella on sellainen, lykkää tätä hetkeä siirtämällä vähiten käytetyn muistin levylle. Se on turvaverkko, ei kapasiteettia: jatkuvasti swapin varassa toimiva palvelin vastaa moninkertaisesti hitaammin, NVMe-SSD-levylläkin.

Korjauskeinot yksinkertaisimmasta kestävimpään: vähentäkää sovelluksen prosessien määrää (pm.max_children, Gunicornin workerit), kääntäkää palvelimen ulkopuolella, rajatkaa tietokannan muistia ja siirtykää sitten suurempaan kokoon.

Koon valinta ja tulevaan varautuminen

1. Luetelkaa, mitä palvelimella ajetaan: verkkopalvelin, sovellus ja sen prosessien määrä, tietokanta, välimuisti, ajastetut tehtävät.
2. Laskekaa yhteen osataulukon avulla, lisätkää raskain huippu (usein käännös) ja sitten 25 %:n marginaali.
3. Valitkaa koko, joka kattaa tämän summan. Kahdesta vierekkäisestä koosta pienempi riittää, kunhan suurempaan kokoon voi siirtyä ilman uudelleenasennusta.
4. Mitatkaa julkaisun jälkeen päivän huipun aikana ja sitten sovelluksen jokaisessa kasvuvaiheessa.

Muisti ei ole ainoa resurssi: suoritin ratkaisee laskentaa vaativissa tehtävissä (käännös, kuvankäsittely, tekoälymallin ajaminen) ja levy tietokannan ja tiedostojen osalta. Verkkosovelluksen koon ratkaisee kuitenkin lähes aina muisti.