Kész a fürt, de a gépek nem mozdulnak: a tároló hiányzik

A fürt elkészült, a csomópontok látják egymást, mind ott sorakoznak egymás mellett a felületen. Aztán egy gép áthelyezése a másik csomópontra mégsem sikerül.

Nem a fürt hiányzik, hanem a tároló.

Nem a gép mozog, hanem a memória

Egy futó virtuális gép áthelyezése azt jelenti, hogy a memóriájában lévő állapot átmásolódik a másik csomópontra. Ez a hálózaton keresztül zajlik, és gyors.

De a gép lemeze is kell, és a lemez sokszorosa a memóriának. Ha a lemez csak az első csomópont saját meghajtóján ül, a második csomópont nem éri el. A migráció ilyenkor vagy el sem indul, vagy a lemezt is másolnia kell, ami már nem másodpercekbe, hanem percekbe vagy akár órákba telik.

A válasz tehát egyetlen mondatba fér: a lemeznek mindkét csomópontról láthatónak kell lennie.

Ez kétféleképpen oldható meg

Megosztott tároló. A lemez közös helyen ül, amelyhez mindkét csomópont csatlakozik: hálózati tároló, tárolószerver vagy elosztott tárolóréteg. A migrációkor a lemez egyáltalán nem másolódik, mert már ott van. Ez a leggyorsabb és a legtisztább megoldás.

Replikáció. A lemez helyben marad, de rendszeres időközönként átmásolódik a másik csomópontra. A migrációkor csak az megy át, ami az utolsó másolat óta változott, ezért gyors. Az ára viszont ez: mivel a másolat ütemezés szerint készül, az utolsó néhány perc elveszhet. Tervezett migrációnál ez nem gond, hirtelen meghibásodásnál viszont az lehet.

A döntést egyetlen kérdés hozza meg: ha egy csomópont hirtelen kiesik, hány perc veszteség fogadható el? Ha a válasz az, hogy "nulla", megosztott tároló kell. Ha a válasz az, hogy "néhány perc rendben van", a replikáció elég, és sokkal olcsóbb.

A konténerek nem úgy mozognak, mint a virtuális gépek

Az első fürtjüket építőket leggyakrabban ez lepi meg. Egy virtuális gép futás közben áthelyezhető. Egy konténer nem: leáll, átkerül, majd újraindul.

Konténereknél tehát nincs olyan, hogy megszakítás nélküli migráció, fürttel sem. Ez nem hiányosság, hanem a konténer természete: a virtuális gép a saját kernelét viszi magával, a konténer a szerverét használja, és az a kernel nem tud utazni.

A gyakorlati következmény: ezt figyelembe kell venni annak eldöntésekor, melyik munka kerüljön konténerbe és melyik virtuális gépbe. Ha megszakítást nem tűrő munka kerül konténerbe, az a munka a karbantartási éjszakákon le fog állni.

A sorrendet előre kell megtervezni

Azon az éjszakán, amikor egy csomópont frissítése zajlik, ezekre a kérdésekre már készen kell állnia a válasznak: hány gép van ezen a csomóponton, hány mozgatható, hányat kell leállítani, és melyik csomópontra kerülnek a mozgathatók.

Ezt magán az éjszakán kitalálni rossz ötlet. Érdemes egyszer leírni és félretenni.

Mit csinál az Atlas

Egy csomópont frissítése előtt az Atlas felsorolja a rajta futó gépeket, és migrációs sorrendet javasol: melyik gép melyik csomópontra kerüljön. A javaslat úgy készül, hogy sorban elossza őket az elérhető csomópontok között.

A konténerek megkülönböztetése itt kimondottan megjelenik. Virtuális gépeknél a javasolt módszer a futás közbeni migráció, konténereknél a leállítás, áthelyezés, indítás lánc. A termék ezt nem lehetőségként kínálja, hanem kijelenti, hogy egy konténer másképp nem mozgatható.

A HA kezelésére bízott gépek is jelölést kapnak, mert kézzel áthelyezni őket és a kezelő saját döntésére bízni őket két különböző dolog.

És a javaslat javaslat is marad: a migrációs parancs nem fut le magától, a gombot kézzel kell megnyomni.

Egy őszinte korlát: az Atlas ma minden futó virtuális gépet mozgathatónak tekint, és nem ellenőrzi, hogy a lemeze valóban látható-e a másik csomópontról. A termék tehát nem válaszolja meg a fenti tárolókérdést senki helyett, erre a kérdésre egyszer válaszolni kell. Érdemes ennek tudatában olvasni a javaslatot.