Kolik RAM skutečně potřebujete pro servery a VPS v roce 2025?

Dimenzování RAM je výpočet zátěže, nikoli benchmark. Pokud překročíte potřebnou kapacitu, platíte za nevyužitou kapacitu. Pokud ji podceníte, vaše procesy budou ukončeny, databáze bude pracovat z disku namísto z paměti nebo dojde k omezení výkonu vašich kontejnerů. Tento průvodce uvádí konkrétní rozsahy velikosti paměti RAM pro nejčastější typy pracovních zátěží (webhosting, databáze, virtualizace, kontejnery, inferenční výpočty umělé inteligence a herní servery) a pravidla, která je třeba dodržovat při dimenzování pro zátěže, které na seznamu nejsou uvedeny.

Jak funguje RAM v serveru

RAM uchovává vše, na čem server aktivně pracuje. Procesní paměť pro webové servery, databázové stroje a daemony běžící na pozadí. Stránkovací cache na úrovni operačního systému a vyrovnávací paměti pro diskové I/O operace. Paměť pro běh aplikací a kontejnerů. A bloky paměti přidělené virtuálním strojům nebo kontejnerovým úlohám.

To, co odlišuje dimenzování RAM od dimenzování CPU, je způsob selhání. Dojde-li k vyčerpání CPU, procesy se zpomalí. Dojde-li k vyčerpání RAM, jádro buď provede swapování (což je pomalé), nebo OOM killer vybere oběť a ukončí ji. První varianta je nepříjemná. Druhá možnost vede ke ztrátě dat. Zajištění paměti RAM s rezervou není jen příjemným doplňkem, ale je to to, co zabrání úplnému kolapsu systému pod zátěží.

RAM podle pracovního zatížení

Webové a aplikační servery

• Lehký stack LAMP nebo LEMP: 1 až 2 GB
• WordPress nebo CMS s ukládáním do mezipaměti (např. Redis): 2 až 4 GB
• E-commerce (Magento, WooCommerce): 4 až 8 GB
• Aplikace Node.js, Django nebo Rails: 2 až 6 GB

Cacheovací vrstvy jako Redis nebo Varnish vyžadují vlastní RAM nad rámec základních požadavků aplikace. Pracovní procesy PHP-FPM, databázová připojení a reverzní proxy spotřebovávají paměť souběžně, takže rozhodující je špičková paralelita, nikoli spotřeba v klidu.

Databázové servery (SQL a NoSQL)

• MySQL nebo PostgreSQL (malé): 4 až 8 GB
• MySQL nebo PostgreSQL (velké nebo s vysokým provozem): 16 až 64 GB
• MongoDB nebo Redis (zaměření na paměť): 32 až 128 GB nebo více
• Uzly Elasticsearch nebo OpenSearch: 32 až 128 GB na uzel

Cílem je udržet pracovní sadu, indexy a často používané řádky v paměti RAM. Jakmile se cokoli z toho přesune na disk, latence se znásobí o několik řádů, bez ohledu na to, jak rychlý je SSD disk.

Virtualizační hostitelé (Proxmox, VMware, Hyper-V)

• Lehké virtuální stroje s Linuxem: 2 až 4 GB na virtuální stroj
• Virtuální stroje s Windows: 8 až 12 GB na virtuální stroj
• Hostingové panely (cPanel, Plesk, DirectAdmin): 4 až 8 GB na instanci
• Hostitelé kontejnerů KVM nebo LXC: 32 až 128 GB nebo více

Vždy si vyhraďte 4 až 8 GB pro samotný hostitelský operační systém, a to nad rámec alokací pro hosty. Kontejnery spotřebovávají méně RAM na pracovní zátěž než plnohodnotné virtuální stroje, ale škálují se odlišně, proto plánujte spíše s ohledem na hustotu a rezervu pro špičkové zatížení než na velikost jednotlivých kontejnerů. Pokud hostitel používá ZFS, zohledněte také ARC, které ve výchozím nastavení tiše zabírá až polovinu systémové RAM a konkuruje alokacím pro hosty (náš průvodce laděním ZFS ARC popisuje správné limity pro pracovní zátěže hypervizoru).

Kontejnery a mikroslužby (Docker, Kubernetes)

• Jednoduché Dockerové stacky (web, aplikace, databáze): 8 až 16 GB
• Okrajové uzly Docker Swarm nebo K3s: 16 až 32 GB
• Pracovní uzly Kubernetes: 32 až 128 GB
• CI/CD runnery a build agenti (GitLab, Jenkins): 8 až 32 GB na runner

Dávejte pozor na úniky paměti u dlouhodobě běžících kontejnerů. Pracovní zátěže založené na JVM, jako jsou Kafka a Elasticsearch, vyžadují vyšší základní hodnoty, protože velikost haldy se ustálí tam, kde ji necháte, což je často více, než jste očekávali.

Inference AI a ML

• Malé modely (kvantizovaný BERT, Llama 7B): 16 až 32 GB
• Střední modely (13B až 30B, kvantizované): 64 až 128 GB
• Velké modely (40B+ nebo nekvantizované střední velikosti): 128 až 512 GB nebo více
• Inference podporovaná GPU (Stable Diffusion, Whisper): 32 až 128 GB v závislosti na offloadu

Kvantizace přesouvá zátěž na paměť z GPU na RAM procesoru, takže specifikace systému se výrazně liší v závislosti na tom, zda zpracováváte fp16 na GPU nebo 4-bit na procesoru. Velikost dávky a délka promptu také zvyšují tyto hodnoty. Náš průvodce hostováním inferenčních úloh AI se podrobněji zabývá přizpůsobením hardwaru velikosti modelu.

Herní servery

• Minecraft (vanilla): 2 až 4 GB
• Minecraft (s mody): 6 až 16 GB
• Rust, ARK nebo 7 Days to Die: 8 až 16 GB
• Hostingové uzly s více instancemi: 32 až 64 GB

Specializované pracovní úlohy

• Transkódování videa (FFmpeg, Plex): 16 až 64 GB
• Zálohovací nebo snapshotové servery: 8 až 16 GB, více v případě, že běží deduplikační moduly
• Firewall nebo IDS (pfSense, Suricata): 2 až 8 GB, více pro NetFlow nebo úplné protokolování paketů

Nespoléhejte se na swapovou paměť

Swapová paměť je 10 až 100krát pomalejší než RAM. Slouží jako bezpečnostní síť, aby jádro mělo kam se uchýlit při náhlém nárůstu zatížení paměti, nikoli jako způsob, jak rozšířit využitelnou paměť. Pokud server při běžném zatížení využívá swapovou paměť, znamená to, že má nedostatečné hardwarové vybavení, tečka. Článek Jak spolu interagují linuxová swapová paměť, OOM killer a cgroups podrobně popisuje různé režimy selhání.

Jak přesně určit velikost paměti RAM

1. Měřte špičkové hodnoty, nikoli průměr. Použijte htop, free -m, vmstat 1nebo metriky Kubernetes k určení špičkového využití v rámci celého cyklu provozu. Důležité jsou denní špičky, týdenní dávky i měsíční fakturační cykly.
2. Přidejte rezervu pro růst. 20 % až 50 % pro škálování aplikací. U databází škálujte paměť podle velikosti datového souboru, nikoli podle frekvence požadavků. U platforem s více nájemci vypočítejte nároky na paměť na jednoho klienta a vynásobte je.
3. Plánujte s ohledem na typ selhání, který jste schopni tolerovat. Čtecí replika s nedostatkem RAM ztrácí výkon. Primární databáze s nedostatkem RAM poškodí dotazy a může s sebou strhnout i aplikace. Investujte do RAM tam, kde je dopad největší.

RAM je specifikace, u které její nedostatek bolí více než její nadbytek. Přidání paměti nezrychlí aplikaci, jejíž výkon je omezen procesorem, ale příliš skromné nastavení ničí stabilitu. Určete velikost na základě skutečného monitorování a vašich otestovaných špiček, pak si nechte rezervu.

FDC nabízí dedikované servery a VPS s konfiguracemi s velkou kapacitou RAM a neomezenou šířkou pásma v několika regionech.