Možnosti upgradu pro clustery Azure Kubernetes Service (AKS)

  • Článek

Tento článek popisuje různé možnosti upgradu pro clustery AKS. Pokud chcete provést základní upgrade verze Kubernetes, přečtěte si téma Upgrade clusteru AKS.

Clustery AKS, které používají více fondů uzlů nebo uzlů Windows Serveru, najdete v tématu Upgrade fondu uzlů v AKS. Pokud chcete upgradovat konkrétní fond uzlů bez upgradu clusteru Kubernetes, přečtěte si téma Upgrade konkrétního fondu uzlů.

Provedení ručních upgradů

Ruční upgrady můžete provést, abyste mohli řídit, kdy se cluster upgraduje na novou verzi Kubernetes. Ruční upgrady jsou užitečné, když chcete před upgradem produkčního clusteru otestovat novou verzi Kubernetes. K upgradu clusteru na konkrétní verzi Kubernetes, která není nejnovější dostupnou verzí, můžete použít také ruční upgrady.

Pokud chcete provést ruční upgrady, přečtěte si následující články:

Konfigurace automatických upgradů

Automatické upgrady můžete nakonfigurovat tak, aby automaticky upgradovali cluster na nejnovější dostupnou verzi Kubernetes. Automatické upgrady jsou užitečné, když chcete zajistit, aby váš cluster vždy běžel s nejnovější verzí Kubernetes. Můžete také použít automatické upgrady, abyste zajistili, že váš cluster vždy používá podporovanou verzi Kubernetes.

Pokud chcete nakonfigurovat automatické upgrady, přečtěte si následující články:

Zvláštní aspekty fondů uzlů, které zahrnují více zón dostupnosti

AKS používá vyrovnávání zóny s nejlepším úsilím ve skupinách uzlů. Během nárůstu upgradu jsou zóny pro přepětí uzlů ve škálovacích sadách virtuálních počítačů předem neznámé, což může během upgradu dočasně způsobit nevyváženou konfiguraci zóny. AKS však po dokončení upgradu odstraní přepětí uzlů a zachová původní zůstatek zóny. Pokud chcete zachovat rovnováhu mezi zónami během upgradů, můžete zvýšit nárůst na více ze tří uzlů a škálovací sady virtuálních počítačů vyrovnávají vaše uzly napříč zónami dostupnosti pomocí vyrovnávání zóny s nejlepším úsilím. Při vyrovnávání zóny s nejlepším úsilím se škálovací sada pokusí škálovat a snížit kapacitu při zachování rovnováhy. Pokud to ale z nějakého důvodu není možné (například pokud dojde ke snížení kapacity jedné zóny, škálovací sada nemůže v této zóně vytvořit nový virtuální počítač), škálovací sada umožňuje dočasné nevyváženosti úspěšného horizontálního navýšení nebo snížení kapacity.

Trvalé deklarace identity svazků (PVC) zálohované disky místně redundantního úložiště Azure (LRS) jsou vázané na určitou zónu a může selhat obnovení okamžitě, pokud přepětí neodpovídá zóně PVC. Pokud se zóny neshodují, může to způsobit výpadek vaší aplikace, když operace upgradu pokračuje vyprázdnění uzlů, ale virtuální počítače jsou vázané na zónu. Pokud chcete tento případ zpracovat a zachovat vysokou dostupnost, nakonfigurujte ve vaší aplikaci rozpočet přerušení podů, který kubernetes umožní respektovat požadavky na dostupnost během operace vyprázdnění.

Optimalizace upgradů za účelem zlepšení výkonu a minimalizace přerušení

Kombinace časového období plánované údržby, maximálního nárůstu, rozpočtu na přerušení podu, vypršení časového limitu vyprázdnění uzlu a doby namočení uzlu (Preview) může výrazně zvýšit pravděpodobnost úspěšného dokončení upgradů uzlů na konci časového období údržby a zároveň minimalizovat přerušení.

  • Časové období plánované údržby umožňuje týmům služeb naplánovat automatický upgrade během předdefinovaného časového období, obvykle v období s nízkým provozem, aby minimalizovaly dopad úloh. Doporučujeme dobu trvání intervalu nejméně čtyř hodin.

  • Max Surge ve fondu uzlů umožňuje během procesu upgradu požádat o dodatečnou kvótu a omezuje počet uzlů vybraných pro upgrade současně. Vyšší maximální nárůst vede k rychlejšímu procesu upgradu. Nedoporučujeme ho nastavit na 100 %, protože upgraduje všechny uzly současně, což může způsobit přerušení spuštěných aplikací. Pro fondy produkčních uzlů doporučujeme maximální kvótu navýšení kapacity 33 %.

  • Rozpočet přerušení podů je nastavený pro aplikace služeb a omezuje počet podů, které můžou být mimo provoz při dobrovolném přerušení, jako jsou upgrady uzlů řízené AKS. Dá se nakonfigurovat jako minAvailable repliky, což označuje minimální počet podů aplikací, které musí být aktivní, nebo maxUnavailable repliky označující maximální počet podů aplikací, které je možné ukončit, a zajistit tak vysokou dostupnost aplikace. Projděte si pokyny pro konfiguraci rozpočtů přerušení podů (PDB). Hodnoty PDB by se měly ověřit a určit nastavení, která nejlépe vyhovují vaší konkrétní službě.

  • Časový limit vyprázdnění uzlu ve fondu uzlů umožňuje nakonfigurovat dobu čekání na vyřazení podů a řádné ukončení na uzel během upgradu. Tato možnost je užitečná při práci s dlouhotrvajícími úlohami. Když je zadaný časový limit vyprázdnění uzlu (v minutách), AKS respektuje čekání na rozpočty přerušení podů. Pokud není zadaný, výchozí časový limit je 30 minut.

  • Doba namočení uzlu (Preview) pomáhá omezit upgrady uzlů řízeným způsobem a může minimalizovat výpadky aplikací během upgradu. Pokud chcete zkontrolovat připravenost aplikace mezi upgrady uzlů, můžete zadat dobu čekání, pokud možno co nejpřesněji k 0 minutám. Pokud není zadána, výchozí hodnota je 0 minut. Doba namočení uzlu funguje společně s vlastnostmi časového limitu maximálního nárůstu a vyprázdnění uzlu dostupnými ve fondu uzlů za účelem zajištění správných výsledků z hlediska rychlosti upgradu a dostupnosti aplikací.

    Poznámka:

    Pokud chcete použít dobu trvání namočení uzlu (Preview), musíte mít aks-preview nainstalované rozšíření Azure CLI verze 0.5.173 nebo novější.

Další kroky

Tento článek uvádí různé možnosti upgradu pro clustery AKS. Podrobné informace o osvědčených postupech upgradu a dalších aspektech najdete v pokynech k opravám a upgradu AKS.