Kui palju RAM-mälu on serveritele ja VPS-idele 2025. aastal tegelikult vaja?

RAM-i mahu määramine on töökoormuse aritmeetika, mitte võrdlusnäitaja. Kui kulutate liiga palju, maksate kasutamata võimsuse eest. Kui jääte alla vajaliku, siis teie protsessid katkestatakse, andmebaas teenindab kettalt, mitte mälust, või teie konteinerite jõudlust piiratakse. Käesolev juhend annab konkreetsed RAM-mälu vahemikud kõige sagedamini esinevate töökoormuste jaoks (veebimajutus, andmebaasid, virtualiseerimine, konteinerid, tehisintellekti järeldused ja mänguserverid), samuti reeglid, mida tuleks järgida, kui määratakse mälu mahtu midagi jaoks, mida nimekirjas pole.

Mida RAM serveris teeb

RAM hoiab kõike, millega server aktiivselt töötab. Veebiserverite, andmebaasimootorite ja taustadaemonite protsessimälu. Operatsioonisüsteemi tasandi lehekülje vahemälu ja ketta sisend-väljundpuhvrid. Rakenduste ja konteinerite tööaja mälu. Ning virtuaalmasinatele või konteinerite töökoormustele eraldatud mälukogumid.

RAM-i mõõtmete määramine erineb CPU mõõtmete määramisest rikkeviisi poolest. Kui CPU ressursid otsa saavad, aeglustuvad protsessid. Kui RAM-i ressursid otsa saavad, siis tuum kas kasutab vahemälut (mis on aeglane) või OOM-killer valib ohvri ja lõpetab selle. Esimene variant on ebameeldiv. Teisel juhul kaovad andmed. RAM-i varumine varuga ei ole lihtsalt tore lisavõimalus, vaid see, mis hoiab ära süsteemi kokkuvarisemise koormuse all.

RAM töökoormuse järgi

Veebi- ja rakendusserverid

• Kerge LAMP- või LEMP-stekk: 1–2 GB
• WordPress või CMS koos vahemälluga (nt Redis): 2–4 GB
• E-kaubandus (Magento, WooCommerce): 4–8 GB
• Node.js-, Django- või Rails-rakendused: 2–6 GB

Vahemälukihtidele, nagu Redis või Varnish, on vaja lisaks rakenduse baasvajadusele omaette RAM-mälu. PHP-FPM-töötajad, andmebaasiühendused ja pöördproksid tarbivad mälu samaaegselt, seega on oluline näitaja maksimaalne paralleelsus, mitte tühikäigu mälukasutus.

Andmebaasiserverid (SQL ja NoSQL)

• MySQL või PostgreSQL (väike): 4–8 GB
• MySQL või PostgreSQL (suured või suure liiklusega): 16–64 GB
• MongoDB või Redis (mälule keskendunud): 32–128 GB või rohkem
• Elasticsearch või OpenSearchi sõlmed: 32–128 GB sõlme kohta

Eesmärk on hoida töökogumit, indekseid ja sageli kasutatavaid ridu RAM-is. Kui mis tahes osa neist satub kettale, suureneb viivitus mitu korda, olenemata sellest, kui kiire on SSD.

Virtualiseerimishostid (Proxmox, VMware, Hyper-V)

• Kerged Linuxi virtuaalmasinad: 2–4 GB virtuaalmasina kohta
• Windowsi virtuaalmasinad: 8–12 GB virtuaalmasina kohta
• Hostingupaneelid (cPanel, Plesk, DirectAdmin): 4–8 GB instantsi kohta
• KVM- või LXC-konteineri hostid: 32–128 GB või rohkem

Jätke alati 4–8 GB host-operatsioonisüsteemile endale, lisaks külalissüsteemide eraldistele. Konteinerid kasutavad töökoormuse kohta vähem RAM-i kui täisvirtuaalmasinad, kuid skaleeruvad teistmoodi, seega planeerige pigem tihedust ja tippkoormuse varu kui konteinerite suurust. Kui host kasutab ZFS-i, arvestage ka ARC-ga, mis võtab vaikimisi kuni poole süsteemi RAM-ist ja konkureerib külalissüsteemide eraldistega (meie ZFS ARC-i häälestamise juhend käsitleb õigeid piirmäärasid hüperviisori töökoormuste jaoks).

Konteinerid ja mikroteenused (Docker, Kubernetes)

• Lihtsad Docker-stakid (veeb, rakendus, andmebaas): 8–16 GB
• Docker Swarm või K3s servasõlmed: 16–32 GB
• Kubernetes töötajate sõlmed: 32–128 GB
• CI/CD-käivitajad ja ehitamisagendid (GitLab, Jenkins): 8–32 GB käivitaja kohta

Jälgige pikaajaliselt töötavate konteinerite mälulekeid. JVM-põhised töökoormused, nagu Kafka ja Elasticsearch, vajavad suuremaid baasväärtusi, sest mäluhulk kasvab nii palju, kui talle ruumi jätate, mis on sageli oodatust suurem.

AI ja ML järeldamine

• Väikesed mudelid (kvantiseeritud BERT, Llama 7B): 16–32 GB
• Keskmise suurusega mudelid (13B kuni 30B, kvantiseeritud): 64 kuni 128 GB
• Suured mudelid (40B+ või kvantiseerimata keskmise suurusega): 128–512 GB või rohkem
• GPU-põhine järeldamine (Stable Diffusion, Whisper): 32–128 GB, sõltuvalt koormuse ülekandmisest

Kvantiseerimine nihutab mälukoormuse GPU-lt CPU RAM-ile, mistõttu süsteemi spetsifikatsioonid muutuvad oluliselt sõltuvalt sellest, kas kasutate GPU-l fp16 või CPU-l 4-bit. Ka partii suurus ja käskluse pikkus suurendavad vajalikku mälu mahtu. Meie juhend AI järelduste tegemise hostimise kohta käsitleb põhjalikumalt riistvara ja mudeli suuruse sobitamist.

Mänguserverid

• Minecraft (vanilla): 2–4 GB
• Minecraft (modifitseeritud): 6–16 GB
• Rust, ARK või 7 Days to Die: 8–16 GB
• Mitme instantsi majutussõlmed: 32–64 GB

Spetsialiseeritud töökoormused

• Video transkodeerimine (FFmpeg, Plex): 16–64 GB
• Varundus- või snapshot-serverid: 8–16 GB, rohkem, kui kasutatakse dubleerimise vältimise mootoreid
• Tulemüür või IDS (pfSense, Suricata): 2–8 GB, rohkem NetFlow või täieliku pakettide logimise korral

Ärge tuginege vahemällule

Vahemälu on 10–100 korda aeglasem kui RAM. See on olemas turvavõrguna, et tuumal oleks kuhugi minna, kui mälukoormus järsult suureneb, mitte aga kasutatava mälu laiendamise vahendina. Kui server kasutab vahemälu juba tavalise koormuse juures, on tal liiga vähe mälu eraldatud – punkt. Artikkel „Kuidas Linuxi vahemälu, OOM-killer ja cgroups omavahel suhtlevad“ käsitleb rikkeolukordi üksikasjalikult.

Kuidas määrata RAM-i mahtu täpselt

1. Mõõtke tippkoormust, mitte keskmist. Kasutage htop, free -m, vmstat 1või oma Kubernetes’i mõõdikuid, et leida tippkoormus kogu liiklusetsükli jooksul. Olulised on nii päevased tippkoormused, nädalased partiid kui ka igakuised arveldustsüklid.
2. Jätke ruumi kasvuks. 20–50% rakenduse skaleerimiseks. Andmebaaside puhul skaleerige mälu andmekogumi suuruse, mitte päringute sageduse järgi. Mitme kasutajaga platvormide puhul arvutage iga kliendi ressursivajadus ja korrutage see.
3. Planeerige vastavalt sellele, millist rikkeolukorda suudate taluda. Kui lugemisreplikale jääb RAM-i puudu, halveneb selle jõudlus. Kui esmasele andmebaasile jääb RAM-i puudu, rikuvad päringud ja see võib kaasa tuua rakenduste kokkujooksmise. Suunake RAM sinna, kus mõju on suurim.

RAM on spetsifikatsioon, mille puhul puudus teeb rohkem kahju kui ületamine. Mälu lisamine ei kiirenda CPU-piiranguga rakendust, kuid liiga napilt töötamine hävitab stabiilsuse. Määrake suurus tegeliku seire ja testitud tippkoormuste põhjal ning jätke varu.

FDC pakub pühendatud servereid ja VPS-lahendusi suure RAM-mälu konfiguratsiooniga ning piiramatu ribalaiusega mitmes piirkonnas.