Share via


Megbízhatóság az Azure Operator Nexusban

Fontos

This feature is currently in preview. Az előzetes verziók azzal a feltétellel érhetők el, hogy Ön beleegyezik a kiegészítő használati feltételekbe.

Ez a cikk az Azure Operator Nexus megbízhatósági támogatását ismerteti, és a rendelkezésre állási zónákkal való régión belüli rugalmasságot ismerteti. Az Azure-beli megbízhatóság részletesebb áttekintéséhez tekintse meg az Azure megbízhatóságát.

Rendelkezésre állási zóna támogatása

Az Azure rendelkezésre állási zónái legalább három fizikailag különálló adatközpont-csoport az egyes Azure-régiókban. Az egyes zónákban lévő adatközpontok független energiaellátási, hűtési és hálózati infrastruktúrával rendelkeznek. Helyi zónahiba esetén a rendelkezésre állási zónák úgy vannak kialakítva, hogy az egy zóna érintettsége esetén a fennmaradó két zóna támogassa a regionális szolgáltatásokat, a kapacitást és a magas rendelkezésre állást.

A hibák a szoftver- és hardverhibáktól az olyan eseményekig terjedhetnek, mint a földrengések, árvizek és tűzesetek. A hibáktól való tolerancia az Azure-szolgáltatások redundanciával és logikai elkülönítésével érhető el. Az Azure-beli rendelkezésre állási zónákkal kapcsolatos részletesebb információkért tekintse meg a Régiók és a rendelkezésre állási zónák című témakört.

Az Azure rendelkezésre állási zónákkal kompatibilis szolgáltatások a megfelelő megbízhatósági és rugalmassági szintet biztosítják. Ezek kétféleképpen konfigurálhatók. Ezek lehetnek zónaredundánsak, a zónák közötti automatikus replikációval vagy a zónák közötti automatikus replikációval, egy adott zónába rögzített példányokkal. Ezeket a megközelítéseket kombinálhatja is. A zónaredundáns és a zónaredundáns architektúrával kapcsolatos további információkért tekintse meg a rendelkezésre állási zónák és régiók Javaslatok.

Az Azure Operator Nexus alapértelmezés szerint rendelkezésre állási zónaredundáns üzemelő példányokat kínál. A Nexus operátor összetevői, például a Cluster Manager és a Network Fabric Controller mind üzembe vannak helyezve egy rendelkezésre állási zónákkal engedélyezett Azure Kubernetes Service-fürtön. Más szolgáltatásfüggőségek, például a Tárfiók szolgáltatás és a KeyVault is rendelkezésre állási zóna-redundanciával vannak konfigurálva.

Megjegyzés:

Az operátori Nexus helyszíni példány egy többállványos kialakítást implementál, amely fizikai redundanciát biztosít a verem minden szintjén. Mindegyik állvány meghibásodási tartományként vagy Nexus-zónaként van kialakítva. Az ügyfél számítási feladatai több állványon/csomóponton is üzembe helyezhetők, lényegében hasonló több rendelkezésre állási zóna élményt nyújtva.

Az Azure rendelkezésre állási zónájának leállási élménye

A rendelkezésre állási zónán belüli leállás esetén a fürt és az erőforrás-szolgáltatók felé irányuló API-hívások továbbra is zavartalanul működnének. Nincs hatással a jelenleg futó helyszíni bérlői számítási feladatokra vagy az új bérlői számítási feladatok létrehozására. Emellett nem fordulhat elő adatvesztés, mivel az operátori nexus és más erőforrástípusok rugalmassága biztosított.

Az Azure rendelkezésre állási zónájának feladatátvételi támogatása

Rendelkezésre állási zóna hibája esetén a másik Azure rendelkezésre állási zónához való újracsatlakozás automatikus, és nem igényel beavatkozást a felhasználótól.

Rendelkezésre állás operátori Nexus-példányok üzemelő példányaihoz

Az Azure Operator Nexus számítási feladatok üzembe helyezésének rendelkezésre állásának biztosítása megosztott felelősség. Az előző szakaszban leírtaknak megfelelően a Nexus AKS-alapú operátor erőforrásai a rendelkezésre állási zóna redundanciájával vannak üzembe helyezve. Ebben a szakaszban a helyszíni számítási feladatok rendelkezésre állásának ajánlott eljárásait tekintjük át.

A rendelkezésre állási célok általában helyi és georedundáns üzemelő példányokkal érhetők el.

Nexus-zóna: a helyi számítási feladatok redundanciájának mechanizmusa

Az operátori Nexus helyszíni példányok többállványos kialakításból állnak, amely fizikai redundanciát biztosít a verem minden szintjén. Minden állvány meghibásodási tartományként van kijelölve, és így olyan Nexus-zónaként konfigurálható, ahol ezek a zónák a helyi redundáns számítási feladatok üzembe helyezéséhez használhatók és lehetőleg használhatók.

Nexus-példány: a geoterhelés-redundancia mechanizmusa

A Helyszíni Nexus-példányok egy adott Azure-régióban vannak üzemeltetve. Ahogy korábban említettem, a használt Azure-szolgáltatások és a Nexus-erőforrások az adott Azure-régió több rendelkezésre állási zónájában vannak üzembe helyezve.

A földrajzilag elosztott, azaz nem ugyanabban az operátori adatközpontban (esetleg nem ugyanabban a földrajzi régióban) üzemeltetett, különböző Azure-régiókban üzemeltetett Nexus-példányokat a számítási feladatok georedundáns üzembe helyezéséhez kell használni.

Figyelmeztetés:

A számítási feladatok üzembe helyezése például két földrajzilag elosztott Nexus-példányon nem elegendő a valódi georedundánsság eléréséhez, kivéve, ha a georedundáns Nexus-példányok különböző Azure-régiókban vannak üzemeltetve.

Abban a valószínűtlen esetben, ha egy Azure-régió elérhetetlenné válik, az Azure-szolgáltatások és az adott régióban lévő Nexus-erőforrások is elérhetetlenné válnak. Bár ez nem befolyásolja a számítási feladatok futtatását, megakadályozza az olyan képességeket, mint az új számítási feladatok indítása, elemzések stb.

Több Nexus-példány ugyanazon a földrajzi helyen

Vannak olyan esetek, amikor több Nexus-példányt kell üzembe helyezni ugyanazon a földrajzi helyen. A számítási feladatok georedundanciái nyilvánvalóan nem érhetők el úgy, hogy számítási feladatokat helyeznek üzembe a Nexus-példányokon ugyanazon a földrajzi helyen.

A megbízhatóság tervezésének egyik szempontja a rendelkezésre álláson kívül a rugalmasság és a hibák utáni helyreállítás képessége. A hibákból való helyreállításhoz és a helyreállítási idő célkitűzéseinek való megfeleléshez korlátozni kell a meghibásodások "robbanási" vagy hatás sugarát. Abban a forgatókönyvben, amikor több Nexus-példányt helyeznek üzembe ugyanazon a földrajzi helyen, rugalmas kialakítást igényelnek, hogy ezek a Nexus-példányok különböző Azure-régiókban legyenek üzemeltetve. Így ha egy Azure-régió meghibásodik, annak hatása egyetlen Nexus-példányra korlátozódik.

Következő lépések