Egy gép, két filozófia: a tárolás vagy a virtualizáció legyen az alap?

Aki egyetlen szerverrel több feladatot is el akar látni, előbb vagy utóbb ehhez az elágazáshoz ér. Az egyik oldalon a lemeztömb köré épült rendszerek állnak, ahol a virtuális gépek futtatása egy funkció. A másikon a hipervizor köré épült rendszerek, ahol a tárolás egy alrendszer. Mindkettő működik. Mindkettővel elégedettek az emberek.

A hasznos kérdés nem az, melyik a jobb. Hanem az, melyik réteg kerüljön a másik alá, mert ez szabja meg, mi cserélhető ki később a gép újraépítése nélkül.

Mit jelent itt valójában az "alap"

Az alap az a réteg, amely tovább fut, miközben a másikon munka folyik. Ennyi az egész különbség, és funkciólisták összevetése közben könnyű átsiklani felette.

Ha a tárolás az alap, a lemeztömb túléli a szolgáltatásokkal végzett kísérletezést. Hajnali kettőkor el lehet rontani egy konténert, a fájlok mégis érintetlenek maradnak, mert ami tárolja őket, az nem is volt érintett.

Ha a hipervizor az alap, a gépek élik túl a tárolással végzett kísérletezést. Új tárolókészlet vehető fel, lemez mozgatható, tárolóháttér cserélhető, a gépek pedig futnak tovább, amíg a saját lemezeik elérhetők.

Egyik sorrend sem véd meg mindkettőt. A választás arról szól, minek kell az unalmas és stabil dolognak lennie.

A kérdés, amely valóban eldönti

Nem az, hogy "mit szeretnék futtatni", mert mindkét válasz mindent futtat. Helyette: mire való ez a gép a legrosszabb napján?

Ha az őszinte válasz az, hogy "olyasmit tárol, ami nem veszhet el, és futtat is néhány szolgáltatást", akkor a tárolás kívánkozik alapnak. A szolgáltatásoldal inkább elegendő lesz, mint mély, és ez a helyes alku, mert a lényeg a lemeztömb.

Ha az őszinte válasz az, hogy "olyasmit futtat, amire emberek támaszkodnak, és tárolja is az adataikat", akkor a hipervizor kívánkozik alapnak. A tárolást össze kell rakni, nem készen érkezik, és ez a helyes alku, mert a lényeg a szolgáltatások rendelkezésre állása.

A csalódások többsége abból ered, hogy a második válasz kerül kiválasztásra, az elvárás viszont az első rendszer tárolási élménye, vagy fordítva.

Hol kerül tényleg valamibe mindkét oldal

Először a lemeztömb. A virtualizációs oldal valódi, de sekélyebb. A vendégrendszerrel összehangolt pillanatkép, az élő migráció, a gépenként finomhangolt mentési ütemezés és a hardveres passthrough különböző mértékben mind létezik, és mindegyik könnyebb a hipervizor alapú oldalon. Két kisegítő virtuális gépnél ez sosem tűnik fel. Nyolc éles szolgáltatásnál igen.

Először a hipervizor. A tárolás alkatrészekként érkezik, nem kész termékként. Az elrendezés kiválasztása, a redundancia eldöntése, az ellenőrző futtatások és a megfigyelés beállítása mind külön feladat, és semmi sem kínál barátságos varázslót arra, hogy "csak legyen egy megosztás". A rugalmasság valódi, és az összerakásra fordított idő is az.

⚠️ Mindkét oldalon drága az újraindítás, és ez meglepi azokat, akik szerint a lemeztömb alapú választás megvéd ettől. Egy kernelfrissítés mindkét esetben leviszi a gépet, és vele mindent, ami rajta fut. Az alap arról szól, mi éli túl a *változtatásokat*, nem arról, mi éli túl az újraindítást.

A hibrid megoldás és a vele járó új hibamód

Nagyon gyakori elrendezés: a hipervizor az alap, fölötte pedig egy tárolásra szakosodott rendszer fut virtuális gépként, a lemezek pedig passthrough módon oda kerülnek.

Ez működik, népszerű, és valóban mindkét élményt megadja. Ugyanakkor behoz egy korábban nem létező függőséget: a fájlok elérése mostantól egy virtuális gép elindulásán múlik. Ha az a gép nem indul el, a tároló nem egyszerűen lassú, hanem nincs, és minden, ami onnan csatol megosztást, egyszerre hibázik.

Ez elfogadható alku, ha tudatos a döntés. Kellemetlen meglepetéssé akkor válik, ha a függőség egy üzemzavar közben derül ki. Két szokás teszi biztonságossá: a hipervizor saját indítólemeze maradjon teljesen külön a passthrough lemezektől, és legyen legalább egy helyreállítási útvonal, amely nem ezen a gépen keresztül vezet.

Ami nem dönti el

A nyers teljesítményszámok. Egyetlen gépen mindkét megközelítés ugyanazon a hardveren ül, és a gyakorlati különbség általában kisebb, mint két tárolóelrendezés különbsége ugyanazon a rendszeren.

Melyiket könnyebb telepíteni. A telepítés egyszer történik. Amivel együtt kell élni, az a második év, amikor változtatni kell valamin.

Mi a népszerűbb az adott felhasználásra. Egy jól értett, javítható összeállítás többet ér egy jobb, de javíthatatlan összeállításnál.

Mit csinál az Atlas

Az Atlas nem alakítja a Proxmoxot tárolókészülékké, és nem tesz úgy, mintha az összerakás lépése eltűnne. Amit tesz: olvashatóvá teszi az összerakott eredményt, márpedig a hipervizor alapú oldalon általában épp ez a legnehezebb.

Az erőforráslánc minden géptől a fizikai lemezig ki van rajzolva, így az összerakott elrendezés képként látszik, nem emlékként őrzött döntésként. A tárolás alapú oldalon ez a kép magától értetődik, mert a lemeztömb maga a termék; itt meg kell mutatni, és épp a megmutatás a lényeg.

A tárolással kapcsolatos munka vezetett folyamaton halad végig, műveleti előnézettel és visszaúttal, ZFS, LVM és Btrfs esetén egyaránt. Ez nem hozza meg a döntést senki helyett, és nem is ez a célja: a meghozott döntést teszi utólag átvizsgálhatóvá, márpedig ez dönti el, hogyan telik a második év.