Automatisk uppgradering av ett AKS-kluster (Azure Kubernetes Service)

En del av AKS-klusterlivscykeln omfattar periodiska uppgraderingar till den senaste Kubernetes-versionen. Det är viktigt att du använder de senaste säkerhetsversionerna eller uppgraderingen för att få de senaste funktionerna. Innan du lär dig mer om automatiska uppgraderingar måste du förstå grunderna för AKS-klusteruppgradering.

Varför ska du använda autouppgradering av kluster?

Klusterautoupgrade ger en konfigurera en gång och glöm-mekanism som ger konkreta tids- och driftkostnadsfördelar. Du behöver inte stoppa dina arbetsbelastningar, distribuera om dina arbetsbelastningar eller skapa ett nytt AKS-kluster. Genom att aktivera autoupgrade kan du se till att dina kluster är uppdaterade och inte missar de senaste funktionerna eller korrigeringarna från AKS och överordnade Kubernetes.

För AKS Automatic-kluster ingår den här fördelen från början – automatiska klusteruppgraderingar är förkonfigurerade och aktiverade som standard via den stabila kanalen, vilket eliminerar behovet av manuell konfiguration eller att fatta beslut.

AKS följer ett strikt supportversionsfönster. Med rätt valda automatiska uppgraderingskanaler kan du undvika att kluster hamnar i en version som inte stöds. Mer information om AKS-supportfönstret finns i Mindre aliasversioner.

Kundinitierade kontra AKS-initierade automatiska klusteruppgraderingar

Du kan ange information om automatisk uppgradering av kluster med hjälp av följande vägledning. Uppgraderingarna sker baserat på din angivna takt och rekommenderas att finnas kvar på Kubernetes-versioner som stöds.

• AKS uppgraderar automatiskt kluster i version N-3 (där N är den senaste aks GA-delversionen som stöds) som är på väg att falla till N-4 och uppgraderar dem till N-2 i stället. Den här åtgärden säkerställer att kluster finns kvar i AKS-supportfönstret. Mer information finns i AKS-supportfönstret.
• Stoppade nodpooler uppgraderas under en automatisk uppgraderingsåtgärd. Uppgraderingen gäller för noder när nodpoolen startas. Konfigurera underhållsperioder för att minimera störningar.

Begränsningar för automatisk uppgradering av kluster

Kontrollplansuppgraderingsbegränsningar

Om du använder kluster autoupgrade kan du inte längre uppgradera kontrollplanet först och sedan uppgradera de enskilda nodpoolerna. Autouppgradering av kluster uppgraderar alltid kontrollplanet och nodpoolerna tillsammans. Du kan inte bara uppgradera kontrollplanet. az aks upgrade --control-plane-only När du kör kommandot genereras följande fel:

NotAllAgentPoolOrchestratorVersionSpecifiedAndUnchanged: Using managed cluster api, all Agent pools' OrchestratorVersion must be all specified or all unspecified. If all specified, they must be stay unchanged or the same with control plane.

Autouppgradering av nodbild och obevakade uppgraderingar

Om du använder node-image den automatiska uppgraderingskanalen för klustret, som nu är äldre och inte längre ska användas, eller nodavbildningens NodeImage autouppgraderingskanal, inaktiveras obevakade Linux-uppgraderingar som standard.

Automatiska uppgraderingskanaler för kluster

Automatiskt slutförda uppgraderingar fungerar på samma sätt som manuella uppgraderingar. Den valda autoupgrade-kanalen avgör tidpunkten för uppgraderingar. När du gör ändringar i autouppgrade kan du tillåta 24 timmar innan ändringarna börjar gälla. Automatisk uppgradering av ett kluster följer samma process som när du uppgraderar ett kluster manuellt. Mer information finns i Uppgradera ett AKS-kluster.

För Automatiska AKS-kluster

AKS Automatiska kluster använder den stabila kanalen som standard. Den här kanalen ger den rekommenderade balansen för att hålla dig uppdaterad med de senaste funktionerna och säkerhetsuppdateringarna samtidigt som stabiliteten bibehålls. Kluster uppgraderar automatiskt till den senaste korrigeringsversionen på delversion N-1 (där N är den senaste delversionen som stöds).

Ingen konfiguration krävs – uppgraderingar sker automatiskt i underhållsfönstret. Du kan ange planerade underhållsperioder om det behövs för att styra när uppgraderingar sker, men kanalvalet är fast till stabilt.

Varför är det stabilt för AKS Automatic?

• Håller kluster i N-2-supportfönstret (säkra och kompatibla)
• Balanserar innovation med stabilitet
• Fullständigt hanterad av AKS med säkra distributionsmetoder
• I linje med bästa praxis för AKS:s välstrukturerade arkitektur
• Optimerad för produktionsarbetsbelastningar

För AKS Standard-kluster

Om du använder AKS Standard väljer du den kanal som bäst överensstämmer med dina driftskrav.

Följande uppgraderingskanaler är tillgängliga:

Jämförelse av klusterläge

Tabellen nedan sammanfattar konfigurationen för automatisk klusteruppgradering per klusterläge:

Använda autouppgradering av kluster med ett nytt AKS-kluster

az aks create \
  --resource-group <resource-group-name> \
  --name <cluster-name> \
  --auto-upgrade-channel stable \
  --generate-ssh-keys

Använda autouppgradering av kluster med ett befintligt AKS-kluster

az aks update \
  --resource-group <resource-group-name> \
  --name <cluster-name> \
  --auto-upgrade-channel stable

{
  "id": "/subscriptions/aaaa6a6a-bb7b-cc8c-dd9d-eeeeee0e0e0e/resourceGroups/myResourceGroupabc123/providers/Microsoft.ContainerService/managedClusters/myAKSCluster",
  "properties": {
    "autoUpgradeChannel": "stable",
    "provisioningState": "Succeeded"
  }
}

Använd automatisk klusteruppgradering med planerat underhåll

Om du använder Autoupgrade för planerat underhåll och kluster startar uppgraderingen under det angivna underhållsfönstret.

Mer information om hur du anger ett underhållsperiod med planerat underhåll finns i Använda planerat underhåll för att schemalägga underhållsperioder för ditt AkS-kluster (Azure Kubernetes Service).

Metodtips för automatisk uppgradering av kluster

Använd följande metodtips för att maximera din framgång när du använder autoupgrade:

• För att säkerställa att klustret alltid finns i en version som stöds, till exempel i N-2-regeln, väljer du antingen kanalerna stable eller rapid . (Obs! AKS Automatiska kluster används stable som standard.)
• Om du vill få de senaste korrigeringarna så snart som möjligt använder du patch kanalen.
• Om du vill uppgradera nodavbildningar automatiskt när du använder en annan klusteruppgraderingskanal kan du överväga att använda nodavbildningens autouppgraderingskanalNodeImage .
• Följ metodtipsen för operatorn.
• Följ metodtipsen för PodDisruptionBudget (PDB).
• Information om felsökning av uppgradering finns i AKS-felsökningsdokumentationen.

Är klustrets automatiska uppgradering konfigurerad annorlunda för AKS Automatic?

Yes. AKS Automatiska kluster är förkonfigurerade för att använda den stabila kanalen som standard – du behöver inte konfigurera något. Den här konfigurationen tillhandahåller:

• Automatiska uppgraderingar till den senaste korrigeringen på delversion N-1
• Veckouppgraderingstakt i linje med AKS-metodtips
• Fullständigt hanterad av AKS med säkra distributionsmetoder
• Kontroll av underhållsfönster (valfritt)
• Produktionsklara standardinställningar optimerade för de flesta arbetsbelastningar

AKS Standard-kluster kräver att du väljer en kanal baserat på dina specifika behov. Information om hur du migrerar från AKS Standard till AKS Automatic och dra nytta av dessa förkonfigurerade standardvärden finns i Vad är Azure Kubernetes Service (AKS) Automatisk?

En detaljerad beskrivning av metodtips för uppgradering och andra överväganden finns i AKS-korrigerings- och uppgraderingsvägledning.

Relaterat innehåll

Mer information om AKS Automatics förkonfigurerade inställningar och produktionsklara standardinställningar finns i Vad är Azure Kubernetes Service (AKS) Automatisk?