Sdílet prostřednictvím


Skupiny dostupnosti v AKS povolené službou Azure Arc

Skupiny dostupnosti jsou logické skupinyvirtuálních virtuálních počítačů, které mají logické skupiny, jsou logické skupiny virtuálních počítačů, které mají rovnoměrné rozložení mezi dostupné domény selhání ve fyzickém clusteru. Doména selhání v tomto kontextu je fyzickým hostitelem nebo skupinou fyzických hostitelů. Pomocí skupin dostupnosti může AKS Arc zlepšit dostupnost a distribuci úloh Kubernetes. Skupiny dostupnosti se můžou vyhnout scénářům, kdy selhání jednoho uzlu může způsobit, že dojde k výpadku několika virtuálních počítačů nebo se z něho stane nevyvážené.

Přehled

Skupiny dostupnosti nabízejí pro místní uživatele Azure několik výhod AKS, například:

  • Zlepšuje dostupnost a odolnost vašich aplikací tím, že se vyhnete scénářům, ve kterých se více virtuálních počítačů ve stejném fondu uzlů nebo řídicí rovině zmenší nebo se stane nevyváženým z důvodu selhání jednoho uzlu.
  • Optimalizuje využití prostředků a výkon clusteru tím, že zajistí rovnoměrné rozdělení virtuálních počítačů mezi dostupné uzly a nezahuštěné na jednom uzlu nebo podmnožině uzlů.
  • Odpovídá osvědčeným postupům a očekáváním vašich zákazníků a partnerů, kteří hledají spolehlivé a konzistentní prostředí Kubernetes v místním prostředí.

Povolení skupin dostupnosti

Když používáte AKS v Azure Local verze 23H2, je funkce skupin dostupnosti ve výchozím nastavení povolená při vytváření fondu uzlů. Pomocí AKS na Windows Serveru můžete funkci skupin dostupnosti povolit přidáním parametru -enableAvailabilitySet při vytváření clusteru AKS, New-AksHciCluster -Name <name> -controlPlaneNodeCount 3 -osType Linux -kubernetesVersion $kubernetesVersion -enableAvailabilitySetnapříklad .

Jak fungují skupiny dostupnosti v AKS povolené službou Azure Arc

Když vytvoříte nový cluster AKS Arc, AKS Arc automaticky vytvoří skupiny dostupnosti, jednu pro virtuální počítače řídicí roviny a druhou pro každý fond uzlů v clusteru Kubernetes. Každý fond uzlů má svou vlastní sadu dostupnosti. Díky tomuto rozložení AKS Arc zajišťuje, že virtuální počítače stejné role (řídicí rovina nebo fond uzlů) se nikdy nenachází na stejném fyzickém hostiteli a že se distribuují napříč dostupnými uzly v clusteru.

Jakmile se skupiny dostupnosti vytvoří a přiřadí se virtuální počítače, systém je automaticky umístí na příslušné fyzické uzly. Pokud dojde k selhání uzlu, systém automaticky převezme služby virtuálních počítačů i jiným uzlům a při obnovení uzlu je znovu vyrovná. Tímto způsobem můžete dosáhnout vysoké dostupnosti a optimální distribuce úloh Kubernetes bez ručního zásahu.

Představte si AKS v místním clusteru Azure verze 23H2 se dvěma fyzickými hostitelskými počítači, hostitelem A a hostitelem B, třemi virtuálními počítači řídicí roviny a dvěma virtuálními počítači pracovních uzlů, Nodepool1VM1 a Nodepool1VM2. Kvůli zajištění vysoké dostupnosti aplikací Kubernetes nesmí virtuální počítače fondu uzlů nikdy sdílet stejného hostitele, pokud není některý z hostitelů dočasně nedostupný pro problém s plánovanou údržbou nebo kapacitou, což může způsobit dočasné umístění virtuálního počítače na alternativního hostitele.

V následujícím diagramu každá barva představuje skupinu proti spřažení:

Diagram znázorňující hostitele ve skupině proti spřažení

Pokud hostitel B přestane fungovat kvůli restartování, řídicí roviny VM2, řídicí roviny VM3 a převzetí služeb při selhání Nodepool1VM2 hostiteli A , jak je znázorněno na následujícím obrázku. Za předpokladu, že vaše aplikace používá pody v NodePoolVM1, nemá tento restartování žádný vliv na vaši aplikaci:

Diagram znázorňující hostitele B dolů

Pokud se hostitel B vrátil po restartování do režimu online, ve staré architektuře nebylo zaručeno, že by se virtuální počítače přesunuly z hostitele A na hostitele B (znovu vyrovnávat), což by vynutilo, aby úlohy zůstaly na stejném hostiteli, a vytvořily jediný bod selhání, jak je znázorněno v následujícím diagramu:

Diagram znázorňující žádné vyrovnávání

Skupiny dostupnosti pro AKS Arc můžou pomoct obnovit rovnováhu virtuálních počítačů, jakmile se hostitel obnoví z dočasného výpadku. V tomto příkladu se ControlPlaneVM2, ControlPlaneVM3 a Nodepool1VM2 automaticky přesunou na hostitele B, jak je znázorněno tady:

Diagram znázorňující hostitele ve skupině proti spřažení

Důležité

Skupiny dostupnosti v AKS Arc jsou novou funkcí, která se stále vyvíjí a vylepšuje. Zatím nepodporujeme ruční konfiguraci domén selhání nebo skupin dostupnosti. Po vytvoření skupiny dostupnosti nemůžete změnit domény selhání skupiny dostupnosti. Virtuální počítače se při vytváření clusteru přiřazují ke skupině dostupnosti a nedají se migrovat do jiné skupiny dostupnosti.

Přidání nebo odstranění počítačů

Ve scénáři odstranění hostitele se hostitel už nepovažuje za součást clusteru. K tomuto odstranění obvykle dochází, když nahradíte počítač kvůli problémům s hardwarem nebo vertikálně snížit kapacitu místního clusteru Azure z jiných důvodů. Během výpadku uzlu zůstane uzel součástí místního clusteru Azure, ale zobrazuje se jako Mimo provoz.

Pokud se fyzický počítač (doména selhání) trvale odstraní z clusteru, konfigurace skupiny dostupnosti se nezmění, aby se snížil počet domén selhání. V tomto scénáři skupina dostupnosti přejde do stavu, který není v pořádku. Doporučujeme znovu nasadit clustery Kubernetes, aby se skupina dostupnosti aktualizovala správným počtem domén selhání.

Když do clusteru přidáte nový fyzický počítač (doména selhání), konfigurace skupiny dostupnosti se automaticky rozšíří tak, aby zahrnovala nový počítač. Stávající virtuální počítače ale nebudou znovu vyváženy, aby tuto novou konfiguraci použily, protože už jsou přiřazené ke skupinám dostupnosti. Doporučujeme znovu nasadit clustery Kubernetes, aby se skupina dostupnosti aktualizovala správným počtem domén selhání.

Další kroky

Přehled služby AKS