Az Azure Arc által engedélyezett rendelkezésre állási csoportok az AKS-ben
A rendelkezésre állási csoportok olyan virtuális gépek logikai csoportjai, amelyek gyenge affinitási kapcsolattal rendelkeznek egymással, így biztosítva, hogy egyenlően oszlanak el a fizikai fürt rendelkezésre álló tartalék tartományai között. A tartalék tartomány ebben a környezetben fizikai gazdagép vagy fizikai gazdagépek csoportja. A rendelkezésre állási csoportok használatával az AKS Arc javíthatja a Kubernetes-számítási feladatok rendelkezésre állását és elosztását. A rendelkezésre állási csoportok elkerülhetik azokat a forgatókönyveket, amelyekben egyetlen csomópont meghibásodása több virtuális gép leállásához vagy kiegyensúlyozatlanná válásához vezethet.
Áttekintés
A rendelkezésre állási csoportok számos előnnyel járnak az Azure-beli helyi felhasználók AKS-jei számára, például:
- Javítja az alkalmazások rendelkezésre állását és rugalmasságát azáltal, hogy elkerüli azokat a forgatókönyveket, amelyekben ugyanazon a csomópontkészleten vagy vezérlősíkon belül több virtuális gép leáll vagy kiegyensúlyozatlanná válik egyetlen csomópont meghibásodása miatt.
- Optimalizálja a fürt erőforrás-használatát és teljesítményét azáltal, hogy biztosítja, hogy a virtuális gépek egyenletesen legyenek elosztva az elérhető csomópontok között, és ne koncentrálódjon egyetlen csomópontra vagy a csomópontok egy részhalmazára.
- Megfelel az ügyfelek és partnerek ajánlott eljárásainak és elvárásainak, akik megbízható és következetes helyszíni Kubernetes-élményt keresnek.
Rendelkezésre állási csoportok engedélyezése
Az Azure Local AKS 23H2-es verziójával a rendelkezésre állási csoportok funkció alapértelmezés szerint engedélyezve van csomópontkészlet létrehozásakor. A Windows Serveren futó AKS-sel engedélyezheti a rendelkezésre állási csoportok funkciót, ha hozzáadja a -enableAvailabilitySet
paramétert egy AKS-fürt létrehozásakor, New-AksHciCluster -Name <name> -controlPlaneNodeCount 3 -osType Linux -kubernetesVersion $kubernetesVersion -enableAvailabilitySet
például.
A rendelkezésre állási csoportok működése az Azure Arc által engedélyezett AKS-ben
Új AKS Arc-fürt létrehozásakor az AKS Arc automatikusan létrehozza a rendelkezésre állási csoportokat, egyet a vezérlősík virtuális gépeihez, egyet pedig a Kubernetes-fürt egyes csomópontkészleteihez. Minden csomópontkészlet saját rendelkezésre állási készlettel rendelkezik. Ezzel az elrendezéssel az AKS Arc biztosítja, hogy az azonos szerepkörű virtuális gépek (vezérlősík vagy csomópontkészlet) soha ne legyenek ugyanazon a fizikai gazdagépen, és hogy el legyenek osztva a fürt elérhető csomópontjai között.
A rendelkezésre állási csoportok létrehozása és a virtuális gépek hozzárendelése után a rendszer automatikusan a megfelelő fizikai csomópontokra helyezi őket. Ha egy csomópont meghibásodik, a rendszer automatikusan átvállalja a virtuális gépeket más csomópontokra, és újraegyensúlyozza őket a csomópont helyreállításakor. Így manuális beavatkozás nélkül elérheti a Kubernetes-számítási feladatok magas rendelkezésre állását és optimális elosztását.
Fontolja meg az AKS-t az Azure Local 23H2-es verziójában, két fizikai gazdagéppel, az A gazdagéppel és a B gazdagéppel, három vezérlősíkos virtuális géppel és két feldolgozó csomópont virtuális gépével, a Nodepool1VM1-vel és a Nodepool1VM2-vel. A Kubernetes-alkalmazások magas rendelkezésre állásának biztosítása érdekében a csomópontkészlet virtuális gépeinek soha nem szabad ugyanazt a gazdagépet használniuk, kivéve, ha az egyik gazdagép átmenetileg nem érhető el tervezett karbantartás vagy kapacitásproblémák esetén, ami miatt a virtuális gép ideiglenesen másik gazdagépre helyezhető.
Az alábbi ábrán minden szín egy affinitásellenes csoportot jelöl:
Ha a B gazdagép újraindítás miatt leáll, a Vezérlősík VM2, a Vezérlősík VM3 és a Nodepool1VM2 feladatátvételt hajt végre az A gazdagépen az alábbi ábrán látható módon. Feltételezve, hogy az alkalmazás podokat futtat a NodePoolVM1-ben, az újraindításnak nincs hatása az alkalmazásra:
A régi architektúrában, ha a B gazdagép újraindítás után ismét online állapotba került, nem volt garancia arra, hogy a virtuális gépek visszaállnak az A gazdagépről a B gazdagépre (kiegyensúlyozás), így arra kényszerítve a számítási feladatokat, hogy ugyanazon a gazdagépen maradjanak, és egyetlen hibapontot hozzanak létre, ahogyan az alábbi ábrán látható:
Az AKS Arc rendelkezésre állási csoportjai segíthetnek a virtuális gépek újraegyensúlyozásában, amint egy gazdagép helyreáll az ideiglenes leállásokból. Ebben a példában a ControlPlaneVM2, a ControlPlaneVM3 és a Nodepool1VM2 automatikusan a B gazdagépre vált, ahogy az itt látható:
Fontos
Az AKS Arc rendelkezésre állási csoportjai egy új funkció, amely még mindig fejlődik és fejlődik. Még nem támogatjuk a tartalék tartományok vagy rendelkezésre állási csoportok manuális konfigurálását. A létrehozás után nem módosíthatja a rendelkezésre állási csoportok tartalék tartományait. A virtuális gépek egy rendelkezésre állási csoporthoz vannak rendelve a fürt létrehozásakor, és nem migrálhatók másik rendelkezésre állási csoportba.
Gépek hozzáadása vagy törlése
Gazdagéptörlés esetén a gazdagép már nem tekinthető a fürt részének. Ez a törlés általában akkor fordul elő, ha hardverproblémák miatt lecserél egy gépet, vagy más okokból leskálázza az Azure Local-fürtöt. A csomópontkimaradás során a csomópont az Azure Local fürt része marad, de lefelé jelenik meg.
Ha egy fizikai gépet (tartalék tartományt) véglegesen töröl a fürtből, a rendelkezésre állási csoport konfigurációja nem módosul a tartalék tartományok számának csökkentése érdekében. Ebben a forgatókönyvben a rendelkezésre állási csoport nem megfelelő állapotba kerül. Javasoljuk, hogy telepítse újra a Kubernetes-fürtöket, hogy a rendelkezésre állási csoport a megfelelő számú tartalék tartománnyal frissüljön.
Amikor új fizikai gépet (tartalék tartományt) ad hozzá a fürthöz, a rendelkezésre állási csoport konfigurációja automatikusan ki lesz bontva az új gépre. A meglévő virtuális gépek azonban nem lesznek kiegyensúlyozva az új konfiguráció alkalmazásához, mivel már hozzá vannak rendelve a rendelkezésre állási csoportokhoz. Javasoljuk, hogy telepítse újra a Kubernetes-fürtöket, hogy a rendelkezésre állási csoport a megfelelő számú tartalék tartománnyal frissüljön.