Megosztás a következőn keresztül:


Az Azure Kubernetes Service (AKS) rendelkezésre állási zónáinak áttekintése

Ez a cikk áttekintést nyújt az Azure Kubernetes Service (AKS) rendelkezésre állási zónáinak az alkalmazások rendelkezésre állásának növeléséhez való használatáról.

Az AKS-fürtök a mögöttes Azure-infrastruktúra logikai szakaszai között osztják el az erőforrásokat, például a csomópontokat és a tárterületeket. A rendelkezésre állási zónák használata fizikailag elválasztja a csomópontokat a különböző rendelkezésre állási zónákban üzembe helyezett többi csomóponttól. A fürtökre konfigurált több rendelkezésre állási zónával üzembe helyezett AKS-fürtök magasabb szintű rendelkezésre állást biztosítanak a hardverhibák vagy a tervezett karbantartási események elleni védelem érdekében.

Mik azok a rendelkezésreállási zónák?

A rendelkezésre állási zónák segítenek megvédeni az alkalmazásokat és az adatokat az adatközpont hibáitól. A zónák egyedi fizikai helyek egy Azure-régión belül. Minden zóna egy vagy több, független energiaellátással, hűtéssel és hálózatkezeléssel felszerelt adatközpontot tartalmaz. A rugalmasság biztosítása érdekében minden zóna által engedélyezett régióban mindig több zóna van. A rendelkezésreállási zónák régión belüli fizikai elkülönítése védelmet biztosít az alkalmazások és az adatok számára az adatközpont meghibásodása esetén.

A rendelkezésre állási zónákkal üzembe helyezett AKS-fürtök egyetlen régión belül több zónában is eloszthatják a csomópontokat. Az USA 2. keleti régiójában található fürtök például az USA 2. keleti régiójában mindhárom rendelkezésre állási zónában létrehozhatnak csomópontokat. Az AKS-fürterőforrások elosztása javítja a fürtök rendelkezésre állását, mivel rugalmasak egy adott zóna meghibásodásával szemben.

Az AKS-csomópont rendelkezésre állási zónák közötti elosztását bemutató ábra.

Ha egy zóna elérhetetlenné válik, az alkalmazások továbbra is futnak a több zónában való elterjesztésre konfigurált fürtökön.

További információ: Az Azure rendelkezésre állási zónáinak használata.

Feljegyzés

Ha a rendelkezésre állási zónákat a fürt automatikus skálázójával implementálja, javasoljuk, hogy minden zónához használjon egyetlen csomópontkészletet. A paramétert beállíthatja --balance-similar-node-groups úgy, hogy true a csomópontok kiegyensúlyozott eloszlását fenntartsa zónák között a számítási feladatokhoz a vertikális felskálázási műveletek során. Ha ez a megközelítés nincs implementálva, a vertikális leskálázási műveletek megzavarhatják a csomópontok zónák közötti egyensúlyát. Ez a konfiguráció nem garantálja, hogy a hasonló csomópontcsoportoknak ugyanannyi csomópontjuk lesz:

  • A kiegyensúlyozás jelenleg csak a vertikális felskálázási műveletek során történik. A fürt automatikus skálázása a csomópontcsoportok relatív méretétől függetlenül leskálázza a kihasználatlan csomópontokat.
  • Az automatikus fürtméretező csak annyi csomópontot ad hozzá, amennyi szükséges az összes meglévő pod futtatásához. Egyes csoportok több csomópontot tartalmazhatnak, mint mások, ha több pod van ütemezve.
  • A fürt automatikus skálázása csak olyan csomópontcsoportok között egyensúlyozza ki az egyensúlyt, amelyek támogatják a függőben lévő podok ugyanazon készletét.

Az Azure zónaredundáns tárolólemezei (ZRS) használatával is replikálhatja a tárterületet a kiválasztott régió három rendelkezésre állási zónájában. A ZRS-lemez lehetővé teszi, hogy adatvesztés nélkül helyreállítsa a rendelkezésre állási zóna meghibásodását. További információt a felügyelt lemezek ZRS-ében talál.

Korlátozások

A rendelkezésre állási zónák használatával létrehozott AKS-fürtökre az alábbi korlátozások vonatkoznak:

  • A rendelkezésre állási zónákat csak a fürt vagy a csomópontkészlet létrehozásakor határozhatja meg.
  • A meglévő nem rendelkezésre állási zónafürtök nem frissíthetőek a rendelkezésre állási zónák használatára a fürt létrehozása után.
  • A kiválasztott csomópontméretnek (VM SKU) elérhetőnek kell lennie az összes kijelölt rendelkezésre állási zónában.
  • Az engedélyezett rendelkezésre állási zónákkal rendelkező fürtöknek Azure Standard Load Balancereket kell használniuk a zónák közötti elosztáshoz. Ezt a terheléselosztó-típust csak a fürt létrehozásakor definiálhatja. További információkért és a standard terheléselosztó korlátaiért tekintse meg az Azure Load Balancer standard termékváltozatának korlátozásait.

Az Azure Disk rendelkezésre állási zónáinak támogatása

Az Azure által felügyelt LRS-lemezeket használó kötetek nem zónaredundáns erőforrások, és a zónák közötti csatolás nem támogatott. A köteteket ugyanabban a zónában kell elhelyeznie, mint a cél podot üzemeltető megadott csomópont. Az Azure által felügyelt ZRS-lemezeket használó kötetek zónaredundáns erőforrások. Ezeket a köteteket az összes zóna- és nem zónán kívüli ügynökcsomóponton ütemezheti. Az alábbi példa bemutatja, hogyan hozhat létre tárosztályt a StandardSSD_ZRS lemez használatával:

apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: managed-csi-zrs
provisioner: disk.csi.azure.com
parameters:
  skuName: StandardSSD_ZRS  # or Premium_ZRS
reclaimPolicy: Delete
volumeBindingMode: WaitForFirstConsumer
allowVolumeExpansion: true

A Kubernetes 1.12-s és újabb verziói ismerik az Azure rendelkezésre állási zónáit. Az Azure Managed Diskre hivatkozó PersistentVolumeClaim objektumot többzónás AKS-fürtön helyezheti üzembe, és a Kubernetes gondoskodik a PVC-t a megfelelő rendelkezésre állási zónában igénylést igénylő podok ütemezéséről .

A Kubernetes 1.29-es verziójától kezdve az Azure Kubernetes Service-fürtök több rendelkezésre állási zónában való üzembe helyezésekor az AKS mostantól zónaredundáns tárolást (ZRS) használ a felügyelt lemezek beépített tárolási osztályokon belüli létrehozásához. A ZRS biztosítja az Azure-beli felügyelt lemezek szinkron replikálását a kiválasztott régióban található több Azure rendelkezésre állási zónában. Ez a redundanciastratégia javítja az alkalmazások rugalmasságát, és védi az adatokat az adatközpontok meghibásodásai ellen.

Fontos azonban megjegyezni, hogy a zónaredundáns tárolás (ZRS) magasabb költséggel jár, mint a helyileg redundáns tárolás (LRS). Ha a költségoptimalizálás prioritás, létrehozhat egy új tárolási osztályt az skuname LRS paraméterrel. Ezután használhatja az új tárolási osztályt az Állandó kötet jogcímben (PVC).

Következő lépések