Amikor VPS-t választasz, a CPU-magok és a RAM száma a leglátványosabb adat — a tárhelynél a legtöbben csak a méretet (GB) nézik. Pedig a lemez típusa legalább annyira meghatározza, milyen gyorsnak érzed majd az oldaladat, mint az, hány gigabájt fér el rajta. Ebben a cikkben elmagyarázzuk, mi az az NVMe, miben más, mint a régebbi SATA SSD vagy a HDD, és — ami a legfontosabb — hol és mikor érzed meg a különbséget a gyakorlatban. Marketing-maszlag helyett konkrét példákkal.
NVMe VPS — a rövid válasz
Az NVMe VPS olyan virtuális szerver, amelynek a tárhelye NVMe-alapú SSD-n fut, és ez nagyságrendekkel gyorsabb írás-olvasást ad, mint a régebbi SATA SSD vagy különösen a mechanikus HDD. A gyakorlatban ez akkor érezhető igazán, amikor az oldalad sok apró művelettel dolgozik: adatbázis-lekérdezéseknél, dinamikus oldalaknál és sok kis fájl kezelésénél.
Egyszerűen fogalmazva: a lemez sebességét nem a méret, hanem az IOPS (másodpercenkénti I/O-műveletek száma) és a késleltetés dönti el. Az NVMe éppen ezekben veri a korábbi technológiákat — a HDD-hez képest gyakran százszoros, a SATA SSD-hez képest is többszörös nagyságrendben. Egy modern, adatbázis-alapú weboldalnál (WordPress, WooCommerce, egyedi app) ez közvetlenül a betöltési időben és az admin felület reszponzivitásában jelenik meg. 2026-ban a komolyabb magyar szolgáltatók alapból NVMe-t adnak — de nem árt ellenőrizni, mert a „SSD" felirat még nem jelent automatikusan NVMe-t.
HDD vs. SATA SSD vs. NVMe — mi a különbség?
A három tárolási technológia között nemcsak fokozati, hanem elvi különbség van abban, ahogyan az adathoz hozzáférnek.
- HDD (merevlemez): forgó mágneses lemez, mechanikus író-olvasó fejjel. Minden művelethez fizikailag oda kell mozdulnia a fejnek, ezért a késleltetés milliszekundumos nagyságrendű. Nagy tárhelyet ad olcsón, de a random (véletlen elérésű) műveletekben lassú — pont abban, amire egy szervernek a legtöbbször szüksége van.
- SATA SSD: nincs mozgó alkatrész, flash-memóriában tárol. Sokkal gyorsabb, mint a HDD, viszont a SATA-interfész korlátozza: ezt eredetileg merevlemezekhez tervezték, és nagyjából 550 MB/s körüli áteresztésnél „befullad". Az SSD-chip többre lenne képes, csak nem fér ki az adat.
- NVMe SSD: a flash-tárolót közvetlenül a PCIe-buszra kötik (nem a régi SATA-vezérlőn keresztül), az NVMe protokollal, amit kifejezetten flash-memóriához terveztek. Ez sokkal szélesebb sávot és sokkal több párhuzamos műveleti sort ad — innen jön a nagyságrendi ugrás mind az áteresztésben, mind az IOPS-ban.
A lényeg tehát: a SATA SSD-nél maga az út szűk (a SATA-interfész), az NVMe-nél ezt az utat kicserélték egy sokkal szélesebbre (PCIe). A különbség nem apró finomhangolás, hanem architekturális.
Nagyságrendi kép a random 4K IOPS-ról (ebben él vagy hal meg egy adatbázis) — a pontos számok modellenként eltérnek, de a viszonyok stabilak:
| Tárolás | Interfész | Random IOPS (nagyságrend) | Késleltetés |
|---|---|---|---|
| HDD | SATA | ~pár száz | milliszekundum |
| SATA SSD | SATA | ~tízezres | tört milliszekundum |
| NVMe SSD | PCIe | ~százezres–milliós | mikroszekundum |
Fontos, hogy ezek a különbségek a random, sok apró művelet esetén a legnagyobbak. Egyetlen nagy fájl folyamatos másolásánál (szekvenciális írás) a SATA SSD és az NVMe közti szakadék kisebb — de egy szerver ritkán csinál ilyet. Sokkal jellemzőbb a sok, egymástól független, apró olvasás-írás, és éppen ott ver az NVMe.
Hol érzed meg a gyakorlatban?
Az IOPS-számok önmagukban absztraktak. Nézzük, hol csapódik le a gyors lemez a valódi, mindennapi használatban.
- Adatbázis-lekérdezések. Ez a legfontosabb. Egy WordPress, WooCommerce vagy bármilyen dinamikus oldal minden oldalletöltésnél több tucat, néha több száz adatbázis-lekérdezést futtat. Ezek jellemzően apró, véletlen elérésű olvasások — pontosan az a művelet, amiben az NVMe a legjobb. Gyorsabb lemez = gyorsabb lekérdezés = kisebb TTFB (Time To First Byte), amit a látogató és a Google is érzékel.
- WooCommerce és WordPress admin. A felismerhető jel, amikor a nyilvános oldal még elmegy (mert a cache elrejti a lassúságot), de a bejelentkezett admin felület — a rendeléslista, a termékszerkesztő, a beépülők kezelése — vontatott. Az admin nem cache-elhető, ott minden kattintás közvetlenül az adatbázist és a lemezt terheli. Itt az NVMe azonnal érezhető.
- Sok kis fájl. Egy tipikus WordPress-telepítés több tízezer apró PHP-, CSS- és képfájlból áll. A
composer install, anpm install, egy plugin-frissítés vagy egy teljes cache-újraépítés több ezer fájlt ír és olvas rövid idő alatt. Ez klasszikus random I/O, ahol a lemez sebessége dominál. - Backup és visszaállítás. Egy nagy adatbázis vagy sok fájl mentése és főleg visszaállítása I/O-intenzív. Éles helyzetben — amikor gyorsan vissza kell állítani egy hibás állapotból — az, hogy a restore 2 percig vagy 20 percig tart, nagyon nem mindegy.
- Build- és deploy-idő. Ha fejlesztesz vagy CI/CD-t futtatsz a szerveren (Docker image építése, asset-buildelés), a sok apró fájlművelet miatt az NVMe érdemben lerövidíti a build-ciklusokat.
Egyszerű ellenőrzés a saját szervereden — a Linux fio eszközzel megmérheted a random 4K olvasási IOPS-t, ez a leginkább szerver-releváns szám:
# fio telepítése (Ubuntu / Debian)
sudo apt update && sudo apt install -y fio
# Rocky / AlmaLinux esetén:
# sudo dnf install -y fio
# Random 4K olvasási teszt (kb. 1 perc, 1 GB tesztfájl a home-ban)
fio --name=randread --ioengine=libaio --iodepth=32 \
--rw=randread --bs=4k --direct=1 --size=1G \
--numjobs=1 --runtime=60 --group_reporting \
--filename=$HOME/fio_test.tmp
# A teszt után töröld a tesztfájlt:
rm -f $HOME/fio_test.tmp
A kimenetben az IOPS= sort keresd. Egy valódi NVMe-alapú VPS-en ez jellemzően tíz- vagy százezres nagyságrendben van; ha csak néhány ezret látsz, a lemezed valószínűleg nem NVMe (vagy erősen túlterhelt/oversell-ezett a háttértár).
Mikor számít kevésbé? (az őszinte rész)
Az NVMe nem varázsszer, és tisztességtelen lenne azt állítani, hogy minden esetben ez dönti el a sebességet. Van, amikor másra érdemesebb költeni a keretet.
- Statikus vagy CDN mögötti oldal. Ha az oldalad túlnyomórészt statikus HTML, vagy egy CDN (pl. Cloudflare) szolgálja ki a tartalom nagy részét, akkor a látogatók java a szerver lemezét el sem éri. Itt a tárhely típusa alig számít.
- Kis forgalmú oldal. Egy pár száz látogatós blognál az NVMe és a SATA SSD közti különbség a valóságban alig érzékelhető — a lemez nincs kellően leterhelve ahhoz, hogy a különbség előjöjjön.
- Amikor a szűk keresztmetszet máshol van. Sokszor nem a lemez a lassú, hanem a CPU (nehéz PHP-feldolgozás, rosszul optimalizált kód) vagy a RAM hiánya (a rendszer swappelni kényszerül). Ilyenkor a leggyorsabb NVMe sem segít, ha közben a processzor fuldoklik. Előbb mérd meg, hol a valódi szűk keresztmetszet, mielőtt csak a lemezre gyanakszol.
Vagyis a helyes gondolkodás nem az, hogy „NVMe mindenáron", hanem hogy a terhelés jellegéhez válaszd az erőforrásokat. Adatbázis-nehéz, dinamikus oldalnál az NVMe komoly előny; statikus, cache-elt vagy CPU-limitált feladatnál a pénzed máshol térül meg jobban. A jó hír: a legtöbb komoly VPS-nél az NVMe ma már alaptartozék, tehát ritkán kell választanod „gyors lemez VAGY több RAM" között — inkább a teljes konfiguráció egyensúlyát érdemes eltalálni. Ehhez ad kézzelfogható segítséget a VPS méretezés útmutatónk.
Gyakran ismételt kérdések (GYIK)
Már minden VPS NVMe-alapú?
Nem feltétlenül. A megbízható magyar szolgáltatóknál 2026-ban jellemzően igen, de a nagyon olcsó, külföldi csomagoknál gyakran még mindig SATA SSD-t vagy — ritkábban — HDD-t adnak. Ráadásul a „SSD" felirat önmagában nem garantálja az NVMe-t. Ha nincs kiírva egyértelműen, kérdezz rá, vagy mérd meg fio-val a rendelésed után (van pénzvisszafizetési garancia? akkor kockázat nélkül tesztelhető).
Mennyivel gyorsabb az NVMe a SATA SSD-nél? A szekvenciális (nagy, folyamatos) átvitelnél nagyjából többszörös, a random, sok apró műveletnél viszont nagyságrendi lehet a különbség — és egy szerver jellemzően pont az utóbbit csinálja. Konkrét szorzót nehéz mondani, mert modelltől és terheléstől függ, de a viszony stabil: adatbázis-nehéz oldalnál az NVMe érezhetően reszponzívabb.
Elég nekem a SATA SSD? Ha kis forgalmú, statikus vagy erősen cache-elt oldalt üzemeltetsz, a SATA SSD is bőven elég lehet. Ha viszont dinamikus, adatbázis-alapú oldalad van (WordPress, WooCommerce, egyedi app), amit fejleszteni és növelni szeretnél, akkor az NVMe jövőbiztosabb választás — és mivel ma már alig kerül többe, ritkán éri meg spórolni rajta.
A HDD-nek van még helye VPS-nél? Éles, dinamikus weboldalhoz nem ajánljuk — a mechanikus lemez random I/O-ban túl lassú. Ahol viszont még van értelme: nagy méretű, ritkán elért archív/backup tároló, ahol a kapacitás és az alacsony ár fontosabb, mint a sebesség. Ilyenkor gyakran külön, olcsóbb HDD-alapú tárként érdemes hozzáadni, nem a rendszerlemeznek.
Gyors, NVMe-alapú VPS-t keresel?
Ha az oldalad adatbázis-nehéz, vagy egyszerűen csak nem akarsz a lemez sebességén gondolkodni, nézd meg az NVMe-alapú VPS-csomagjainkat — nálunk az NVMe nem felár, hanem alap. Ha pedig nem vagy biztos benne, mekkora konfiguráció kell, próbáld ki az AI-konfigurátorunkat, ami a terhelésed alapján ajánl méretet.
Következő lépés a tudástárban: Mennyi RAM, CPU és tárhely kell a VPS-nek? → majd Hogyan válassz VPS-t? 7 szempont. Webshopot üzemeltetsz? Olvasd el a webáruház VPS útmutatót is, és ha még csak most indulsz, kezdd a VPS első beállítása sarokkővel.