Egy klaszter kezelheti egyetlen virtualizációs gazdagép kiesését, ha a feltételei teljesülnek. Egy véletlenül törölt fájl vagy sérült alkalmazás ettől nem javul meg automatikusan. A magas rendelkezésre állás és a mentés különböző kiesési kérdésekre ad választ.

Milyen hibát kell a HA-nak kezelnie?

A Proxmox HA figyeli a beállított szolgáltatásokat, és megfelelő hiba esetén újraindíthatja őket a rendelkezésre álló csomópontokon. Ehhez hibaészlelés, a hibás csomópont biztonságos leválasztása fencing segítségével és újraindítás tartozik. Ebből nem következik az alkalmazás megszakítás nélküli működésére vonatkozó általános ígéret.

Az alapot a kvórum, a fencing, a hálózat és a megfelelő tárolási stratégia adja. A gyártó dokumentációja a megbízható kvórumhoz legalább három klasztercsomópontot nevez meg a HA szokásos feltételeként. Az eltérő architektúrákat külön kell értékelni; egy további kis eszköz nem helyettesíti automatikusan teljes értékűen a szükséges erőforrásokat és tárolókapcsolatokat.

A megmaradó erőforrásoknak elegendőnek kell lenniük

Egy gazdagép kiesése után a többi rendszernek el kell bírnia az előírt szolgáltatásokat. Ebbe beletartozik a memória, a számítási teljesítmény, a hálózat és a ténylegesen elérhető adatok. Az összes csomópont szokásos napi terheltsége önmagában nem mutatja meg, hogy rendelkezésre áll-e ez a tartalék.

A tárolási döntést kifejezetten meg kell tervezni. A megosztott tárolónak saját függőségei vannak, a replikációnak pedig saját adatfrissességi jellemzői. Egy több dobozból álló klaszterábra ezért nem bizonyítja, milyen adatállapot lesz elérhető, és azt sem, hogy kiesés után elegendő marad a teljesítmény. A lényeges hibaforgatókönyvet a gyakorlatban kell tesztelni.

A mentések másik állapotot őriznek meg

A HA egy már hibás adatállapotot is tovább működtethet. Törölt tartalomhoz, sérült alkalmazásokhoz vagy egy támadás bizonyos következményeihez megfelelő, független mentés szükséges. A megőrzés, a hozzáférés és a helyreállítási környezet ennek a tervnek a része.

A visszaállítási teszt egy kiválasztott üzleti folyamatot ellenőriz. Egy elindult virtuális gép technikai köztes lépés; a felelős személynek az alkalmazást a szükséges adatokkal használnia kell tudnia. Az elérhető újraindulási időt és az elfogadott adatvesztést konkrét célként írjuk le és mérjük.

A rendelkezésre állás tervezése összefüggő rendszerként

A vizsgálat nem ér véget a virtualizációs szoftvernél. Az áramellátás, a hálózat, a DNS, az identitások és a tárolás közös hibaforrást jelenthetnek. Egy karbantartási időablakhoz terv szükséges a megmaradó erőforrásokra, valamint megfelelő visszaállási út.

A DAXS a Proxmoxot az alkalmazásokhoz és az üzemeltetési követelményekhez tervezi. Egy jól mentett, önálló gazdagép megfelelhet egy adott igénynek; más környezetek megfelelően méretezett HA-rendszert igényelnek. A döntés a konkrét kiesési kockázatot és az igazolt újraindulást követi, nem csupán a meglévő szerverek számát.

Infrastruktúra és platformok · Mentés és helyreállítás · A kiesési célok megbeszélése

Források: Proxmox: dokumentált HA-feltételek (külső hivatkozás) · Proxmox: funkciók és helyreállítási lehetőségek (külső hivatkozás)