Ez az egyik leggyakoribb kérdés az első VPS előtt: 1, 2 vagy 8 GB RAM? Egy vagy négy vCPU? És mennyi tárhely elég? A jó hír, hogy nem kell eltalálnod elsőre a tökéletes méretet — a VPS pont attól jó, hogy később percek alatt nagyobbra vált. Ebben az útmutatóban konkrét, use-case-enkénti számokat adunk, elmagyarázzuk, mire megy a CPU, a RAM és a lemez, és megmutatjuk, hogyan kerüld el a két klasszikus hibát: a túl- és az alulméretezést.
Mennyi erőforrás kell? — a rövid válasz
A VPS méretezés ökölszabálya: indulj kicsiben, és bővíts, amikor a valós terhelés indokolja. A legtöbb kezdő projekt bőven elfut 1 vCPU-n, 1–2 GB RAM-on és 25 GB NVMe tárhelyen — egy egyszerű WordPress-blog, egy kisebb API vagy egy hobbi-app pontosan ennyivel elégedett. A gyakori tévhit, hogy „biztos, ami biztos" alapon nagyra kell lőni: a valóságban a fölösleges erőforrás csak a számládat növeli, a sebességen nem javít.
Miért érdemes alulról indulni? Mert a VPS skálázható: ha valóban kevés lesz, egy csomagváltással megnöveled a RAM-ot és a CPU-t, jellemzően rövid újraindítással. Sokkal olcsóbb kicsiben kezdeni és felfelé lépni, mint hónapokig fizetni egy 8 GB-os gépért, amiből 1 GB-ot használsz. A pontos igényed a felhasználástól függ — a következő szakaszokban lebontjuk, mit fogyaszt a CPU, a RAM és a lemez, majd egy táblázatban megadjuk, melyik projekthez nagyságrendileg mennyi kell.
Mit visz a CPU, a RAM és a lemez?
Ahhoz, hogy jól méretezz, érdemes érteni, mire megy el a három fő erőforrás. Egyik sem cserélhető szabadon a másikra — más-más szűk keresztmetszetet oldanak fel.
RAM (memória) — ez fogy el először. A memória tartja életben a futó folyamatokat: a webszervert (Nginx/Apache), a PHP-t vagy Node-ot, az adatbázist (MySQL/MariaDB, PostgreSQL) és a gyorsítótárat (pl. Redis). Minél több egyidejű látogatód és minél nehezebb a stack (sok plugin, nagy adatbázis), annál több RAM kell. A mennyi RAM kell a VPS-nek kérdés a leggyakoribb szűk keresztmetszet: ha elfogy, a rendszer swapelni kezd (lásd lentebb), és minden belassul. Ökölszabály: egy sima WordPress 1–2 GB, egy aktív WooCommerce webshop 4 GB felett, egy több konténeres Docker-stack 4–8 GB környékén érzi jól magát.
CPU (vCPU) — a párhuzamos munka és a csúcsterhelés. A vCPU-mag akkor számít, ha sok kérés érkezik egyszerre, vagy CPU-igényes műveletet futtatsz: kép-átméretezés, videó-transzkódolás, tömörítés, nagy build, sok párhuzamos PHP-worker. Egy tipikus kis-közepes oldalnak 1–2 vCPU elég; a több mag akkor hoz javulást, ha tényleg párhuzamos a terhelés. Fontos: több vCPU nem gyorsítja fel az egyszálú feladatot — attól nem lesz gyorsabb egyetlen lassú lekérdezés.
Tárhely (NVMe SSD) — méret és sebesség. Két külön dolog: mennyi fér el, és milyen gyorsan érhető el. A VPS tárhely méret a fájljaid, az adatbázis, a logok és a mentések összegére kell, hogy elég legyen — egy tartalék 30–40% mindig maradjon szabadon. A sebességnél az NVMe SSD a mai alap: nagyságrendekkel több I/O műveletet (IOPS) bír, mint a régi SATA SSD vagy a HDD, ami adatbázis-nehéz oldalnál (webshop, sok lekérdezés) érezhető gyorsulást ad. Erről bővebben: NVMe SSD VPS – miért számít a tárhely sebessége?.
Méretezés use-case-enként — konkrét számok
Az alábbi táblázat kiindulási ajánlás magyar kkv- és self-host kontextusban. Ezek belépő szintek: kényelmes indulás, amiről később bővíthetsz. A tényleges igényt a forgalom, a plugin/konténer-szám és az adatbázis mérete tolja felfelé.
| Felhasználás | vCPU | RAM | NVMe tárhely |
|---|---|---|---|
| Statikus oldal / landing | 1 | 1 GB | 20–25 GB |
| WordPress blog (kis-közepes forgalom) | 1–2 | 2 GB | 25–40 GB |
| WooCommerce webshop | 2 | 4 GB | 40–80 GB |
| Docker-stack (több konténer) | 2–4 | 4–8 GB | 50–80 GB |
| Külön adatbázis-szerver | 2 | 4 GB+ | 40 GB+ (I/O-érzékeny) |
| Saját mail / kisebb self-host app | 1–2 | 2 GB | 25–40 GB |
Néhány gyakorlati megjegyzés a táblázathoz:
- WordPress esetében a plugin- és a látogatószám dönt. Egy gyorsítótárazott (page cache) blog kevés RAM-mal is repül; egy plugin-nehéz, bejelentkezett felhasználókkal teli oldal viszont hamar 4 GB fölé kúszik.
- WooCommerce memória- és I/O-igényesebb, mint egy sima blog: a kosár és a fizetés bejelentkezett munkamenet, nem cache-elhető, ezért ott a RAM és az NVMe sebessége a kritikus. Ne indulj 4 GB alatt, ha komolyan gondolod.
- Docker-stacknél add össze a konténerek igényét, és hagyj a hostnak is tartalékot. Három-négy szolgáltatás (app + adatbázis + reverse proxy + cache) reálisan 4 GB-tól indul.
- A tárhelynél ne feledd a mentéseket és a logokat: ezek észrevétlenül nőnek. Ha a mentés is a gépen van, számolj rá bőven.
Ha nem akarsz fejben számolni, a legegyszerűbb, ha megadod, mit futtatnál, és kiszámoltatod: próbáld ki az AI-konfigurátorunkat — pár kérdés alapján ajánl egy méretet. A választás további szempontjait (virtualizáció, backup, SLA) a hogyan válassz VPS-t? leckében szedtük össze.
Túl- vagy alulméretezés? — és mi a helyzet a swappel
A két klasszikus hiba ellentétes irányba húz, de mindkettő pénzbe vagy sebességbe kerül.
Túlméretezés — a „biztos, ami biztos" csapda. Kiveszel egy 8 GB-os, 4 vCPU-s gépet egy blognak, aztán a htop alapján hónapokig 1 GB-ot és 5% CPU-t használsz. Nem lettél gyorsabb, csak drágább. A fölös RAM-tól nem tölt be hamarabb az oldal, ha egyébként a CPU vagy a tárhely-sebesség a szűk keresztmetszet. Alul indulni és figyelni sokkal okosabb.
Alulméretezés — amikor tényleg fáj. Ha kevés a RAM, a rendszer swappelni kezd: a memóriából a lassú lemezre pakol ki adatot, hogy ne fogyjon el teljesen. A swap fontos védőháló (megakadályozza, hogy az oom-killer kilője a folyamataidat), de nem RAM-pótlék: ha folyamatosan swapel a géped, az oldal érezhetően lassú lesz. A swap arra jó, hogy kivédje a ritka csúcsokat, nem arra, hogy tartósan alulméretezett gépet üzemeltess vele. Ha nincs swap a gépeden, egy egyszerű swapfájllal létrehozhatod — friss Ubuntun/Debianon a lépések azonosak:
# 2 GB-os swapfájl létrehozása és bekapcsolása
sudo fallocate -l 2G /swapfile
sudo chmod 600 /swapfile
sudo mkswap /swapfile
sudo swapon /swapfile
# Maradjon meg újraindítás után is
echo '/swapfile none swap sw 0 0' | sudo tee -a /etc/fstab
Fontos ökölszabály a tervezéshez: a fejlődési görbét a szűk keresztmetszet vezérli, nem a listaár. Előbb derítsd ki, melyik erőforrás fogy el (RAM, CPU vagy lemez-I/O), és célzottan azt bővítsd — a másik kettőt fölöslegesen növelni pénzkidobás.
Hogyan lásd, hol tartasz? Nézd meg élőben, mit eszik a géped:
# Memória- és swap-használat, emberi mértékegységben
free -h
# Élő folyamat- és erőforrás-monitor (kilépés: q)
htop
# Tárhely-foglaltság fájlrendszerenként
df -h
Ha a free -h sorában a Swap used értéke tartósan magas, miközben a szabad RAM alacsony, az az alulméretezés jele — ideje bővíteni. Ha viszont hetek óta 20–30% RAM-kihasználtságot látsz állandó terhelés mellett, nyugodtan indulhattál volna kisebből.
A jó hír: bővíteni utólag is lehet. A VPS-nél a nagyobb csomagra váltás jellemzően pár kattintás és egy rövid újraindítás, az adataid megmaradnak. A növekedés kezelését — mikor és hogyan lépj feljebb — külön is átvesszük a VPS skálázása leckében. Ezért is a helyes stratégia a takarékos indulás és a monitorozás, nem a „vegyünk mindent az elején" hozzáállás.
Gyakran ismételt kérdések (GYIK)
1 GB RAM elég egy VPS-hez? Statikus oldalhoz, egy kis API-hoz vagy egy hobbi-projekthez bőven. Egy gyorsítótárazott, kisebb WordPresshez is elmehet, de ha nő a forgalom vagy sok a plugin, hamar szűk lesz — akkor 2 GB-tól indulj. Webshopnak az 1 GB kevés.
Több vCPU vagy több RAM éri meg jobban?
Attól függ, mi a szűk keresztmetszet. Ha az oldal lassú, de a CPU alig terhelt, akkor a RAM (vagy a tárhely-sebesség) hiányzik — több mag nem segít. Ha viszont sok a párhuzamos kérés vagy CPU-igényes műveletet futtatsz (kép/videó, build), akkor a vCPU-n múlik. Előbb mérj htop-pal, aztán bővíts célzottan.
Bővíthető később a VPS mérete? Igen, ez a VPS egyik fő előnye. A legtöbb szolgáltatónál nagyobb csomagra tudsz váltani, jellemzően rövid újraindítással, adatvesztés nélkül. Ezért érdemes takarékosan indulni, és a valós terheléshez igazítani.
Mennyi tárhely legyen a VPS-en? Számold össze a fájljaidat, az adatbázist, a logokat és — ha a gépen tárolod — a mentéseket, majd hagyj rá 30–40% tartalékot. Egy kis oldalnak 20–25 GB, egy webshopnak inkább 40–80 GB reális. A méret mellett a lemez sebessége (NVMe) legalább annyira számít.
Nem vagy biztos a méretben?
Ha a fentiek alapján még bizonytalan vagy, ne találgass: számold ki az AI-konfigurátorunkkal, ami pár kérdés alapján megmondja, mekkora VPS kell a te felhasználásodhoz — vagy nézd meg közvetlenül az NVMe-alapú VPS-csomagjainkat, és válts nagyobbra, amikor a projekted kinövi.
Következő lépés a tudástárban: Hogyan válassz VPS-t? 7 szempont → majd VPS skálázása – mikor és hogyan lépj feljebb. Ha még csak most kezded, indulj a VPS első beállítása sarokkővel.