Hiperkonvergens infrastruktúra (HCI): mi ez, és mikor jársz jobban a klasszikus szerverrel?
Amióta a Broadcom átárazta a VMware-portfóliót, a hiperkonvergens infrastruktúra szinte minden beszállítói ajánlatban felbukkan, univerzális válaszként. A mögötte lévő számok valósak: a Gartner szerint a VMware Cloud Foundation licencszámlája jellemzően 300–400 százalékkal nő, és a ma VMware-en futó virtuális gépek (workloadok) 35 százaléka 2028-ig máshová vándorol. Abból viszont nem következik, hogy a HCI minden cégnél a jó válasz. Nézzük meg, mi is ez pontosan, és hol van a határa.
Tartalomjegyzék
- Mi az a hiperkonvergens infrastruktúra?
- Hogyan működik a gyakorlatban?
- Mit tud jobban a klasszikus szerver és SAN felállásnál?
- A rejtett költségek, amiket a gyártói oldalak kihagynak
- Mikor éri meg, és mikor nem?
- A VMware-kivonulás nem automatikusan ide vezet
- NIS2 és rendelkezésre állás: hol segít, és hol nem
- Egy kérdés a végére
- Kapcsolódó olvasmányok
Mi az a hiperkonvergens infrastruktúra?
A hiperkonvergens infrastruktúra négy dolgot von össze egyetlen szoftverrétegbe: a számítási kapacitást, a tárolót, a tárolóhálózatot és a virtualizációt. A Nutanix meghatározása szerint hétköznapi x86 szerverekből és a bennük lévő helyi SSD-kből, HDD-kből épül fel, és egy elosztott szoftver fogja össze őket. Nincs külön tárolótömb, nincs SAN-switch, és nincs négyféle menedzsmentfelület sem.
A fürt alapegysége a node: egy szerver, amely processzort, memóriát és tárolót is hoz magával. A szoftver a node-okon szétosztva futtatja a tárolási és a rendelkezésre állási funkciókat, így bármelyik gép kiesését elvileg átveszi a többi. Az Intel gyártósemleges leírása ugyanezt a szerkezetet írja le, csak marketing nélkül.
És mi a különbség a konvergens infrastruktúrához képest?
A konvergens infrastruktúra (CI) csupán beszerzési forma: ugyanaz a szerver–SAN–switch hármas, amit a gyártó vagy az integrátor előre összeállítva ad el. A hardverközpontú felépítés és a hozzá tartozó szervezeti silók megmaradnak. A hiperkonvergens infrastruktúra ezzel szemben architektúraváltás, mert az intelligencia a szoftverbe kerül. A két szó hasonlít, a mögötte lévő döntés viszont teljesen más nagyságrendű.
Hogyan működik a gyakorlatban?
Minden node-on fut egy tárolóvezérlő komponens, amely a helyi diszkeket egyetlen közös tárolókészletbe fogja, és a beírt adatot a fürt legalább két tagjára replikálja. Ezért nincs szükség osztott tárolóra: a redundancia a gépek között valósul meg, nem egy dobozon belül. Skálázni egyszerű: beteszel egy újabb node-ot, és a kapacitás nő, üzemszünet nélkül. Vegyes node-ok is működnek egy fürtön belül – tárolóban erős gép oda, ahol adat kell, processzorban erős oda, ahol számítás.
Két következménye van ennek a felépítésnek, amiről a gyártói oldalak keveset beszélnek. Az egyik a hálózat: a replikáció folyamatos forgalmat jelent a node-ok között, ezért 10 GbE a belépő, komolyabb terhelés alatt inkább 25 GbE. A megfelelő switchpár költsége meglepően sokszor kimarad az első kalkulációból. A másik a tárolóvezérlő erőforrás-igénye: ez a komponens node-onként fix processzormagokat és memóriát foglal magának, amit soha nem fognak látni a virtuális gépeid.
Mit tud jobban a klasszikus szerver és SAN felállásnál?
A legnagyobb különbség a tervezési horizont. A hagyományos háromrétegű architektúrában a tárolót monolitikus tárolótömbre méretezed, és amikor betelt, az egyetlen út egy újabb tömb – amit aztán külön kell üzemeltetni. Emiatt szokás három-öt évre előre méretezni, jó adag tartalékkal – azaz jó adag kihasználatlan vasat megfizetve. HCI-nál a bővítés node-onként megy, ahhoz mérten, ami éppen kell.
A többi előny ebből következik: egy menedzsmentfelület a négy helyett, kisebb fizikai lábnyom, és beépített replikáció, ami alapot ad a katasztrófa-helyreállításhoz. Ugyanaz a rendszer futhat egy telephelyen, mint a központi gépteremben – ez a többtelephelyes cégeknél önmagában is elég érv tud lenni.
A rejtett költségek, amiket a gyártói oldalak kihagynak
Itt válik el a marketing a valóságtól. Amit érdemes még az első ajánlat előtt végigszámolni:
- A licenc gyakran drágább, mint a hardver. A HCI értéke a szoftverben van, és pontosan így is árazzák: node vagy processzormag alapú előfizetéssel. Aki csak a szervereket kalkulálja, a kisebb tétellel számol.
- A tárolóvezérlő elvon erőforrást. Node-onként fix processzor- és memóriafoglalás, mielőtt egyetlen virtuális gép elindulna.
- A belépő jellemzően három node. Van kétnódusos és edge-változat, de kompromisszumokkal – ezeket érdemes konkrétan végigkérdezni.
- A skálázás nem szemcsés. Ha csak tárolóra van szükséged, sokszor akkor is komplett node-ot kell venned: processzorral, memóriával és licenccel együtt.
- A kilépés drága. A HCI saját tárolóformátumot használ, a visszaút klasszikus SAN-ra nehéz és költséges – tankönyvi vendor lock-in helyzet.
Ezt részben maga a gyártó is elismeri: a Nutanix GYIK-ja szerint egyes HCI-platformok csak a gyártó saját erőforrásaival bővíthetők, a felhőintegráció minősége platformonként eltér, és a magas rendelkezésre álláshoz szükséges redundanciát néhány megoldásnál drága kiegészítőként árazzák. Ha ezt a gyártó kimondja, a beszerzés során is rá lehet kérdezni.
Mikor éri meg, és mikor nem?
Amikor a HCI jó döntés
Tíznél több virtuális gép, több telephely azonos felépítéssel, virtuális desktopok, kiszámíthatatlan növekedés, valódi katasztrófa-helyreállítási igény – és ami a legfontosabb: van üzemeltetői kapacitás megtanulni a platformot. A hiperkonvergens infrastruktúra egyszerűbb üzemeltetést ígér, de más üzemeltetést, nem kevesebbet.
Amikor maradj a klasszikus felállásnál
Két-három hostnyi terhelés, stabil és kiszámítható igények, kevés virtuális gép, szűk büdzsé. Ugyanígy akkor is, ha a profil tároló-intenzív, de számításban szegény: archívum, felvételtárolás, dokumentumtár. Ezekben az esetekben egy felújított szerverpár megosztott tárolóval vagy egy egyszerű, nyílt forráskódú kétnódusos fürt jellemzően olcsóbban megoldja ugyanazt, mint a HCI-licenc éves díja. Ha a fő cél a költségcsökkentés, a HCI ritkán a legrövidebb út.
A VMware-kivonulás nem automatikusan ide vezet
A fent idézett Gartner-elemzés egy kellemetlen mellékhatásra is figyelmeztet: aki elhagyja a VMware-t, gyakran összetettebb és kevésbé képes infrastruktúrával jön ki belőle. Az alkalmazásfüggőségek miatt ritkán lehet teljesen kiváltani, a rivális hypervisorok virtuálisgép-sűrűsége alacsonyabb (tehát több vas kell), és a legtöbb HCI-gyártó migrációs eszköze gyenge.
Érdemes a piac valódi tempóját is látni. A Nutanix legutóbbi negyedéve 10 százalékos árbevétel- és 15 százalékos ismétlődő árbevétel-növekedést (ARR) hozott. Szép szám, de nem az a roham, amit a „mindenki menekül a VMware-ről” narratíva sugall. A migráció lassabb és nehezebb, mint ahogy az ajánlatokban látszik – a Tesco példája szerint még nagyvállalati erőforrásokkal is kockázatos vállalás. Közben a nyomás nem enyhül: 2026. július 10-én öt európai szakmai szervezet azonnali ideiglenes intézkedést kért az uniós versenyhatóságtól a Broadcom árazási és partnerprogram-gyakorlata miatt.
NIS2 és rendelkezésre állás: hol segít, és hol nem
A HCI beépített replikációja valóban javítja a rendelkezésre állást, és ez a NIS2 üzletmenet-folytonossági követelményei mellett hasznos. Egy dolgot viszont fontos tisztán látni: a replikáció nem mentés. Ha egy zsarolóvírus vagy egy elgépelt törlés tesz kárt az adatban, a fürt a kárt is szépen replikálja minden példányra.
Az irányelv egyébként nem ír elő HCI-t, hardvertípust sem. Amit viszont ellenőrizni kell: a meglévő mentő- és katasztrófa-helyreállítási megoldás kezeli-e a hiperkonvergens infrastruktúra elosztott felépítését. A klasszikus mentőplatformok egy része nem – és ez a felismerés a bevezetés után már drága.
Egy kérdés a végére
Tudod fejből, hány virtuális gép fut most a legterheltebb hostodon – és mi történik pontosan azzal a tíz-huszonöt virtuális géppel, ha az a gép ma éjjel nem jön vissza? Ha a válasz bizonytalan, a kérdés valójában nem az, hogy HCI kell-e, hanem hogy mekkora kiesést bír el a cég.
