Ha VPS-csomagokat böngészel, előbb-utóbb elé kerülsz a kérdésnek: a szolgáltató KVM-et vagy LXC-t (esetleg a régebbi OpenVZ-t) használ. A legtöbb ismertető vagy elmerül a technológiai részletekben, vagy csak annyit mond, hogy „a KVM a jobb" – anélkül, hogy megmagyarázná, miért, és neked mikor számít ez egyáltalán. Ebben a cikkben tisztázzuk a valódi különbséget – teljes virtualizáció kontra OS-szintű konténer –, megnézzük, mit jelent ez izoláció, teljesítmény és biztonság szempontjából, és a végén megmondjuk, vásárlóként melyiket érdemes választanod.
LXC vagy KVM? — a rövid válasz
Az lxc vagy kvm kérdésre a rövid válasz: a KVM teljes (hardveres) virtualizáció – minden VPS saját kernelt kap, erős az izoláció, és az erőforrás (CPU, RAM) garantáltan a tiéd; az LXC ezzel szemben könnyű, OS-szintű konténer, ami a host gép kernelén osztozik, ezért kisebb az overhead-je, de gyengébb az elszigetelés. Vásárlóként, ha nem akarsz a részletekben elveszni, a KVM a biztos választás: kiszámíthatóbb teljesítményt és jobb izolációt ad, és gyakorlatilag mindent elbír (Docker, saját kernel-modulok, egyéni tűzfalszabályok).
LXC-t (vagy konténer-alapú VPS-t) akkor érdemes fontolóra venni, ha kifejezetten olcsó, könnyű terhelésű környezetre van szükséged, és megbízol a szolgáltató oversell-mentességében. A gyakorlatban a magyar és nemzetközi piacon a komoly VPS-ek túlnyomó része KVM-alapú – nem véletlenül.
Hogyan működnek? (kernel és izoláció)
A kulcskülönbség egyetlen kérdésen múlik: hol húzódik az elválasztó vonal a virtuális szerverek között?
A KVM (Kernel-based Virtual Machine) egy hypervisor: közvetlenül a fizikai hardver fölött ül, és minden VPS-nek egy teljes, önálló virtuális gépet ad. Ennek saját operációs rendszere, saját kernele, saját (virtuális) hardvere és saját memóriaterülete van. A szomszédod VPS-e a te szemszögedből egy külön, idegen gép – nem lát bele a tiédbe, és technikailag sem tud „átnyúlni" hozzád.
Az LXC (Linux Containers) egészen máshogy dolgozik. Nincs önálló kernel minden példányhoz: az összes konténer a host gép közös kernelén osztozik, és a Linux beépített mechanizmusai (namespaces és cgroups) választják el őket egymástól. Így egy LXC-konténer inkább egy erősen elszigetelt „doboz" a host operációs rendszerén belül, mint egy teljes értékű különálló gép.
A legegyszerűbb hasonlat:
- KVM: külön családi házak egy telepen. Mindegyiknek saját alapja, saját fűtése, saját mindene. Ha a szomszéd háza kigyullad, a tiéd áll.
- LXC: külön lakások egy társasházban, közös tartószerkezettel és közös fűtésrendszerrel. Jól elkülönített lakrészek, de a ház alapjain (a kernelen) osztoztok – ha azzal baj van, mindenkit érint.
Ez az izolációs különbség a legfontosabb gyakorlati következmény. Mivel az LXC-konténerek közös kernelt használnak, egy kernel-szintű biztonsági rés vagy hiba elvileg több konténert is érinthet, és a szolgáltató által telepített kernelhez vagy kötve – nem tudsz csak úgy saját kernel-modult betölteni. A KVM saját kernele miatt ez a kockázat és korlát nem áll fenn.
Teljesítmény és overhead
Itt jön az a pont, ahol az LXC melletti fő érv áll: mivel nincs teljes virtuális gép és külön kernel minden példányhoz, az LXC „közelebb van a vashoz". Nincs hypervisor-réteg, amin minden művelet átmegy, így elméletben kisebb az erőforrás-overhead, gyorsabb az indulás, és ugyanabból a fizikai gépből több konténer préselhető ki. A memóriát is rugalmasabban kezeli, mert nem kell fix RAM-ot lefoglalni egy teljes vendég-OS-nek.
A KVM-nél van egy vékony virtualizációs réteg, ami elméletben némi overheadet jelent. A gyakorlatban azonban a modern processzorok hardveres virtualizációs támogatása (Intel VT-x, AMD-V) ezt a különbséget minimálisra csökkenti – tipikus webes és alkalmazás-terhelésnél a KVM teljesítménye érdemben nem marad el, cserébe stabil, kiszámítható erőforrás-szeleteket kapsz.
És itt van a csavar, amit a puszta „LXC gyorsabb" állítás elhallgat: a konténer-alapú modell oversell-re csábít. Mivel a konténerek osztoznak a kernelen és rugalmasan nyúlnak a közös erőforráshoz, egyes szolgáltatók több kapacitást adnak el, mint amennyi fizikailag van – abban bízva, hogy nem mindenki terheli egyszerre a gépét. Ilyenkor papíron olcsó, „könnyű" konténered van, a valóságban viszont a szomszédod csúcsterhelése a te teljesítményedet eszi. A KVM garantált erőforrás-szeletei pont ez ellen védenek: ami a tiéd, az mérten a tiéd.
Röviden:
- LXC előnye: kisebb overhead, gyorsabb indulás, sűrűbb pakolhatóság, olcsóbb üzemeltetés a szolgáltatónak (és néha neked is).
- KVM előnye: garantált, kiszámítható teljesítmény, erős izoláció, saját kernel – nem függsz a szomszéd viselkedésétől és a szolgáltató oversell-fegyelmétől.
Vásárlóként mit válassz?
A technológia szép, de a gyakorlati kérdés ez: te melyiket rendeld meg? Íme a döntési logika.
Válaszd a KVM-et, ha (a legtöbb eset):
- Dockert vagy konténereket futtatnál. A Docker és a legtöbb modern konténer-stack KVM-en gond nélkül, minden extra trükk nélkül fut. LXC-ben ez macerásabb vagy korlátozott lehet (konténert konténerben futtatni nem mindig zökkenőmentes).
- Saját kernel-modulra vagy egyedi kernel-beállításra van szükséged (pl. WireGuard régebbi rendszeren, egyedi hálózati vagy tűzfal-modulok, speciális fájlrendszer).
- Kiszámítható teljesítmény kell éles weboldalhoz, webshophoz vagy adatbázishoz, ahol nem engedheted meg, hogy a szomszéd terhelése belassítson.
- Erős izoláció a szempont – biztonságérzékeny alkalmazás, ügyféladat, megfelelőségi elvárás.
- Egyszerűen csak biztosra mennél. A KVM „mindent tud", ritkábban ütközöl korlátba, és a legtöbb magyar nyelvű tutorial is KVM-alapú VPS-t feltételez.
Elég lehet az LXC (vagy konténer-alapú VPS), ha:
- Kifejezetten olcsó, könnyű terhelésű környezetet keresel egy egyszerű feladatra (kis statikus oldal, egy bot, tanulós „homokozó"), és nincs szükséged saját kernelre vagy Dockerre.
- Megbízol a szolgáltató oversell-fegyelmében, és a garantált teljesítmény nem kritikus.
Fontos kontextus: az LXC nem azonos a régi OpenVZ-vel, bár mindkettő konténer-alapú. Az OpenVZ egy régebbi, egyedibb technológia volt (gyakran erős oversell-lel társítva); az LXC a modern, mainline Linux-kernelbe épített konténer-technológia, amire többek közt a Proxmox virtualizációs platform is épít. Ha saját szervert vagy homelabot építenél és magad döntenél a virtualizációról, a KVM és az LXC együtt is használható egy Proxmox-hoston – erről külön írunk a Proxmox és Docker leckében.
A lényeg vásárlói szemmel: ha a szolgáltató nem tünteti fel egyértelműen, hogy KVM-et ad, kérdezz rá. A megfogalmazás (pl. „konténer-alapú", „OpenVZ", „SSD VPS" a virtualizáció megjelölése nélkül) sokszor árulkodó. Ha bizonytalan vagy, a KVM a biztonságos alapértelmezés – és nálunk minden VPS eleve KVM-alapú, éppen a fenti okok miatt.
Magyar szempont: a virtualizáció típusa mellett ne feledd a többi bizalmi tényezőt sem – magyar adatközpont az alacsony késleltetésért, ÁFÁ-s NAV-számla, Barion fizetés és magyar nyelvű támogatás. A KVM garantált erőforrása és ezek együtt adják ki a valóban megbízható csomagot.
Gyakran ismételt kérdések (GYIK)
Az LXC ugyanaz, mint az OpenVZ? Nem, bár mindkettő konténer-alapú (közös kernel). Az OpenVZ egy régebbi, sokszor erős oversell-lel hírbe hozott technológia; az LXC a modern, a hivatalos Linux-kernelbe integrált konténer-megoldás, tisztább izolációval és a Proxmox-ökoszisztéma támogatásával. Ha OpenVZ-t látsz egy 2026-os ajánlatban, az önmagában óvatosságra int.
Futtatható Docker LXC-ben? Elvben igen, de nem zökkenőmentes és nem is ajánlott éles használatra: konténert konténerben futtatni extra beállításokat és jogosultságokat igényel, és könnyen ütközöl korlátokba. Ha Dockert terveztél, válassz KVM VPS-t – ott a Docker natívan, gond nélkül megy. Bővebben: Mi az a KVM VPS?
Melyik olcsóbb, az LXC vagy a KVM? Az LXC üzemeltetése a szolgáltatónak olcsóbb (nagyobb sűrűség, kevesebb overhead), ezért a konténer-alapú csomagok listaára néha alacsonyabb. Ez viszont gyakran együtt jár oversell-kockázattal és gyengébb izolációval, így a „drágább" KVM sokszor jobb ár-érték – kiszámítható teljesítménnyel. Az árnál mindig nézd, mit kapsz mögé.
Lassabb a KVM az LXC-nél? Elméletben van egy vékony virtualizációs overhead, de a modern CPU-k hardveres virtualizációja (VT-x/AMD-V) ezt minimálisra csökkenti. Tipikus web- és alkalmazás-terhelésnél a különbség érdemben nem érezhető – cserébe a KVM garantált erőforrást és jobb izolációt ad.
Melyik VPS-t válaszd?
Ha idáig eljutottál, valószínűleg már sejted a választ: a legtöbb valós feladatra a KVM-alapú VPS a biztos befutó. Nézd meg a KVM-alapú, NVMe-tárolós VPS-csomagjainkat – vagy ha nem vagy biztos a méretben és a virtualizáció típusában, próbáld ki az AI-konfigurátorunkat, ami pár kérdés alapján összeállítja a neked való konfigurációt.
Következő lépés a tudástárban: Mi az a KVM VPS? Garantált szerver-teljesítmény érthetően → majd Hogyan válassz VPS-t? 7 szempont. Ha pedig már megvan a géped, indulj innen: VPS első beállítása lépésről lépésre.