Långsiktigt stöd för Azure Kubernetes Service-versioner (AKS)

2025-06-20

Kubernetes-communityn släpper en ny delversion ungefär var fjärde månad, med ett supportfönster för varje version under ett år. I Azure Kubernetes Service (AKS) kallas det här supportfönstret community support.

AKS stöder versioner av Kubernetes som ligger inom detta community support-fönster för att införa buggfixar och säkerhetsuppdateringar från gemenskapsutgåvor. Samtidigt som takten för community support-utgåvor ger fördelar, kräver det att du håller dig uppdaterad med Kubernetes-utgåvor, vilket kan vara svårt beroende på ditt programs beroenden och förändringstakten i Kubernetes-ekosystemet.

För att hjälpa dig hantera dina uppgraderingar av Kubernetes-versioner, erbjuder AKS ett alternativ för långsiktig support (LTS), vilket förlänger supportperioden för en Kubernetes-version för att ge dig mer tid att planera och testa uppgraderingar till nyare Kubernetes-versioner.

AKS supporttyper

Efter ungefär ett år lämnar en viss mindre version av Kubernetes community-support, vilket gör att buggrättningar och säkerhetsuppdateringar inte längre är tillgängliga för dina AKS-kluster.

AKS erbjuder ett års communitystöd och ett års långsiktigt stöd för att bakportera säkerhetsfixar från den ursprungliga communityn. Den överordnade LTS-arbetsgruppen bidrar till communityn och utökar supportfönstret. LTS ger mer tid att planera och testa uppgraderingar under två år från Kubernetes-versionens allmänna tillgänglighet (GA).

	Gemenskapsstöd	Långsiktigt stöd
När det bör användas	När du kan hålla jämna steg med upstream-utgåvor av Kubernetes	När du behöver kontroll över när du ska migrera från en version till en annan
Versioner som stöds	De tre senaste GA-delversionerna	Alla Kubernetes-versioner som stöds från och med 1.27 är berättigade till Long-Term Support (LTS).

LTS-korrigeringsprocess

LTS stöder endast de två senaste korrigeringsversionerna. Detta skiljer sig från communitystöd, där alla korrigeringsversioner stöds. AKS förbehåller sig dock rätten att avveckla eventuella korrigeringsversioner som svar på kritiska säkerhetsrisker (CVE). Mer information om policyn för communitystöd finns i Supportpolicy för Kubernetes-version.

Information om de senaste uppdateringsversionerna som stöds finns i AKS-versionsspåraren.

Vi rekommenderar att du aktiverar korrigeringskanalen för automatisk uppgradering för att säkerställa att dina kluster förblir up-todatum med de senaste korrigeringarna.

Aktivera långtidssupport

För att aktivera LTS måste du flytta din kluster till Premium-nivån och uttryckligen välja LTS-supportplanen. Även om det är möjligt att aktivera LTS-funktionen när klustret har communitysupport, debiteras du när du aktiverar Premiumnivån.

Anmärkning

Vi rekommenderar starkt att du aktiverar den automatiska uppgraderingskanalen för korrigeringar så att klustret alltid får de senaste korrigeringarna som stöds. LTS stöder endast de två senaste korrigeringsversionerna för varje delversion. Kluster som inte har de senaste korrigeringarna kan förlora stöd.

Aktivera LTS på ett nytt kluster

Skapa en ny kluster med LTS aktiverat genom att använda az aks create-kommandot.

Följande kommando skapar en ny AKS-kluster med LTS aktiverat, och använder Kubernetes version 1.27 som ett exempel. För att granska tillgängliga Kubernetes-släpp, se AKS release tracker.
```
az aks create \
    --resource-group <resource-group-name> \
    --name <cluster-name> \
    --tier premium \
    --k8s-support-plan AKSLongTermSupport \
    --kubernetes-version 1.27 \
    --auto-upgrade-channel patch \
    --generate-ssh-keys
```

Aktivera LTS på en befintlig kluster

Aktivera LTS på en befintlig kluster med hjälp av kommandot az aks update.

az aks update --resource-group <resource-group-name> --name <cluster-name> --tier premium --k8s-support-plan AKSLongTermSupport --auto-upgrade-channel patch

Tips/Råd

Om du vill se vilka Kubernetes-versioner du kan uppgradera till använder du AKS-versionsspåraren eller kör az aks get-upgrades --resource-group <resource-group-name> --name <cluster-name>.

Migrera till den senaste LTS-versionen

Den upstream Kubernetes-gemenskapen stöder en uppgraderingsväg med två mindre versioner. Processen migrerar objekten i ditt Kubernetes-kluster som en del av uppgraderingsprocessen och erbjuder en testad och godkänd migrationsväg.

Om du vill genomföra en migration på plats, migrerar AKS-tjänsten din kontrollplan från den tidigare LTS-versionen till den senaste och därefter migrerar din dataplattform. För att utföra en uppgradering på plats till den senaste LTS-versionen måste du ange en LTS-aktiverad Kubernetes-version som uppgraderingsmål.

Migrera till den senaste LTS-versionen med kommandot az aks upgrade.

Följande kommando använder Kubernetes version 1.32.2 som ett exempel på en version. För att granska tillgängliga Kubernetes-släpp, se AKS release tracker.
```
az aks upgrade --resource-group <resource-group-name> --name <cluster-name> --kubernetes-version 1.32.2
```
Anmärkning

Framöver är alla AKS Kubernetes-versioner LTS-kompatibla. Den senaste LTS-kalendern finns i AKS Kubernetes-versionskalendern. Information om hur du visar tillgängliga LTS-versioner och deras korrigeringar efter region finns i AKS-versionsspåraren.

Inaktivera långsiktigt stöd på en befintlig kluster

Att inaktivera LTS på en befintlig kluster kräver att du flyttar din kluster till den kostnadsfria eller standardnivån och uttryckligen väljer KubernetesOfficial-supportplanen.

Det är ungefär två år mellan en LTS-version och nästa. I avsaknad av upstreamstöd för migrering av mer än två mindre versioner är det stor sannolikhet att din applikation beror på Kubernetes-API:er som är föråldrade. Vi rekommenderar att du noggrant testar din applikation på den mål-LTS Kubernetes-versionen och utför en blå/grön distribution från en version till en annan.

Avaktivera LTS på ett befintligt kluster med hjälp av az aks update kommandot.

az aks update --resource-group <resource-group-name> --name <cluster-name> --tier [free|standard] --k8s-support-plan KubernetesOfficial

Uppgradera klustret till en senare stödd version med hjälp av kommandot az aks upgrade.

Följande kommando använder Kubernetes version 1.28.3 som exempelversion. För att granska tillgängliga Kubernetes-släpp, se AKS release tracker.
```
az aks upgrade --resource-group <resource-group-name> --name <cluster-name> --kubernetes-version 1.28.3
```

Ej stödda tillägg och funktioner

AKS-teamet spårar för närvarande tilläggsversioner där Kubernetes-communityn erbjuder stöd. När en version lämnar gemenskapsstödet, förlitar vi oss på öppen källkodsprojekt för att hantera tillägg som fortsätter det stödet. På grund av olika externa faktorer kan vissa tillägg och funktioner eventuellt inte stödja Kubernetes-versioner utanför dessa uppströms gemenskapsstödsfönster.

Följande tabell ger en lista över tillägg och funktioner som inte stöds samt orsakerna till varför de inte stöds.

Tillägg / Funktion	Anledning till varför det inte stöds
Istio	Istio-supportcykeln är kort (sex månader), och det finns inga underhållsutgåvor för stödda LTS-versioner.
Kalikå	Kräver Calico Enterprise-avtal bortom communitysupport.
Nyckelhanteringstjänst (KMS)	KMSv2 ersätter KMS under denna LTS-cykel.
Dapr	AKS-tillägg stöds inte.
Application Gateway-ingresskontrollant	Migration till App Gateway för Containers sker under LTS-perioden.
Öppna Service Mesh	OSM är föråldrat.
AAD Pod Identitet	Utfasas till förmån för Workload Identity.

Anmärkning

Du kan inte flytta din kluster till långtidsstöd om någon av dessa tillägg eller funktioner är aktiverade.

Dessa AKS-hanterade tillägg stöds inte av Microsoft, men du kan installera deras öppna källversionsvarianter på din kluster om du vill använda dem bortom det stöd som erbjuds av samhället.

Hur vi beslutar om nästa LTS-version

Versioner av Kubernetes LTS är tillgängliga i två år från GA och vi markerar en högre version av Kubernetes som LTS baserat på följande kriterier:

Tillräckligt med tid har förflutit för att kunderna ska kunna migrera från den tidigare LTS-versionen till den aktuella LTS-versionen.
Den tidigare versionen slutförde ett supportfönster på två år.

Läs AKS versionsinformation så att du vet när du kan planera din migrering.

Vanliga frågor

Kan jag skapa ett nytt AKS-kluster med en LTS-version när communitysupporten har upphört?

Ja, du kan skapa ett nytt AKS-kluster med hjälp av en LTS-version även efter att dess community-supportperiod har avslutats, förutsatt att du har valt LTS. Detta är dock endast giltigt fram till slutet av LTS-versionens livscykel. Därefter måste du uppgradera till nästa LTS-version som stöds. Mer information finns i AKS Kubernetes-versionskalendern.

Kan jag aktivera och inaktivera LTS på en VERSION som stöds av AKS när community-supporten har upphört?

Ja, du kan aktivera LTS-supportplanen för alla AKS-versioner som stöds även efter att dess supportperiod för communityn har avslutats. Men när communityns supportperiod har avslutats kan du inte inaktivera LTS för den versionen.

Blir ett AKS-kluster som stöds av communityn automatiskt LTS-berättigat efter livets slut?

Nej, du måste uttryckligen aktivera LTS i klustret för att få support. Detta kräver också uppgradering till Premium-nivån. Mer information finns i premiumnivåns priser .

Kommer varje AKS-version att stödja Long-Term Support (LTS)?

Ja, AKS ser till att alla Kubernetes-versioner som stöds är berättigade till Long-Term Support (LTS). Du kan välja LTS för alla versioner som stöds i dag.

Vad är prismodellen för LTS?

LTS är tillgängligt på Premium-nivån, se Premium-nivåns prissättning för mer information.