Migrera från tillgänglighetsuppsättningar i Azure Kubernetes Service (AKS)

Den här artikeln beskriver hur Azure Kubernetes Service (AKS) fasas ut stödet för virtuella datortillgänglighetsuppsättningar (VMAS) till förmån för virtuella datorer (VM). Vi rekommenderar att du använder vm-nodpooler för AKS-optimerade virtuella datorer.

Nodpooler för virtuella datorer:

  • Tillåt att virtuella datorinstanser hanteras centralt, konfigureras och uppdateras.
  • Tillåt en ökning eller minskning av antalet virtuella datorinstanser som svar på efterfrågan eller ett definierat schema.
  • Tillåt kontroller på enskild nodnivå och blandning av noder i olika storlekar inom samma familj, vilket ökar flexibiliteten och förbättrar konsistensen.

Viktigt!

Från och med den 30 september 2025 har Azure Kubernetes Service (AKS) inte längre stöd för tillgänglighetsuppsättningar. Kluster med tillgänglighetsgrupper från och med detta datum anses inte längre stödjas. Migrera alla arbetsbelastningar till vm-nodpooler före det här datumet för att säkerställa löpande support och dra nytta av förbättrade hanteringsfunktioner. Mer information om den här pensioneringen finns i GitHub-problemet för pensionering. Om du vill hålla dig informerad om meddelanden och uppdateringar, håll koll på AKS-releaseanteckningar.

Översikt över tillgänglighetsuppsättningar

Tillgänglighetsuppsättningar är logiska grupper av virtuella datorer (VM) som minskar risken för att korrelerade fel orsakar avbrott av relaterade virtuella datorer samtidigt. Tillgänglighetsuppsättningar placerar virtuella datorer i olika feldomäner för bättre tillförlitlighet.

Utfasning av tillgänglighetsuppsättningar

Från och med 2019 lägger vi inte längre till andra funktioner i tillgänglighetsuppsättningar i AKS. Alla funktioner som introducerats sedan 2019, till exempel AKS Backup, stöds inte i tillgänglighetsuppsättningar.

Migrera från tillgänglighetsuppsättningar till nodpooler för virtuella datorer

Nu finns det ett sätt att använda ett skript för att migrera AKS-klustret från att använda tillgänglighetsuppsättningar till nodpooler för virtuella datorer. Det här skriptet uppgraderar också automatiskt lastbalanserarna på Basic-nivån i klustret till Standard-nivån.

Viktigt!

Den här processen migrerar även din grundläggande IP-adress till en standard-IP, samtidigt som de inkommande IP-adresserna som är associerade med lastbalanseraren hålls desamma. Under den här processen skapas en ny offentlig IP-adress och associeras med utgående regler för Standard Load Balancer för att hantera utgående klustertrafik.

Mer information och vanliga frågor och svar om uppgraderingen från Basic Load Balancer till Standard Load Balancer finns i Uppgradera från Basic Load Balancer på Azure Kubernetes Service.

Innan du börjar

Krav

  • Den minsta Kubernetes-versionen för det här skriptet är 1.27. Om du behöver uppgradera AKS-klustret kan du läsa om hur du uppgraderar ett AKS-kluster.
  • Du behöver version 2.76.0 Azure CLI installerat.
  • Om klustret kör Key Management Service med ett privat nyckelvalv måste nyckelhanteringstjänsten inaktiveras under hela migreringen.
  • Om klustret använder någon ValidatingAdmissionWebhooks eller MutatingAdmissionWebhooksmåste dessa webhooks inaktiveras före migreringen. Standardwebbhooks för kontrollplanet bör inte inaktiveras. Till exempel aks-node-mutating-webhook, webhook-admission-controlleroch aks-node-validating-webhook.

Förbereda migrering

  • Skapa en migreringsplan för planerad stilleståndstid.
  • När migreringen har startats tillåts inte återställning.

Köra migreringsskript för migrering av tillgänglighetsuppsättning

I följande kommandon ersätter du <myResourceGroup> och <myAKSCluster> med resursgruppens namn och AKS-klusternamnet.

  1. Följande kommando initierar ett skript för att migrera ett kluster från att använda tillgänglighetsuppsättningar till vm-nodpooler med hjälp av az aks update kommandot och inställningen --migrate-vmas-to-vms. Det här skriptet uppgraderar även Basic Load Balancer och Basic IP till Standard Load Balancer och Standard IP, om tillämpligt.

    az aks update \
  --name <myAKSCluster> \
  --resource-group <myResourceGroup> \
  --migrate-vmas-to-vms \

  2. Kontrollera att migreringen lyckades med kommandot az aks show . Kommandots utdata visar klusterinformationen.

    az aks show \
  --name <myAKSCluster> \
  --resource-group <myResourceGroup>

    En lyckad migrering kan verifieras när klusterdetaljerna med kommandot az aks show innehåller en type uppsättning till VirtualMachines och loadbalancerSku är inställd på Standard.

      "type": "VirtualMachines"
  "loadBalancerSku": "standard",

  3. Kontrollera att alla poddar och tjänster körs med hjälp av kommandona kubectl get pods och kubectl get svc :

    kubectl get svc -A \
kubectl get pods -A

  4. Du kan bekräfta de nya IP-adresserna som är associerade med utgående regler genom att ange de utgående IP-adresserna. Det här steget görs genom att bekräfta resurs-ID:t för IP-adresserna och sedan lista IP-adresserna.

    Använd följande kommando för att hämta resurs-ID:t för de utgående IP-adresserna:

    # Get the outbound IP Resource ID
az aks show \
  --resource-group <myResourceGroup> \
  --name <myAKSCluster> \
  --query networkProfile.loadBalancerProfile.effectiveOutboundIPs[].id

    Använd följande kommando för att hämta varje IP-adress för resurs-ID:t och ersätt <IPResourceID> med resurs-ID:t från föregående kommando:

    # get the new IP for each IP Resource ID
az network public-ip show --ids <IPResourceID> --query ipAddress -o tsv

Relaterat innehåll

  • Last updated on