Ondersteunde Kubernetes-versies in AKS (Azure Kubernetes Service)
De Kubernetes-community brengt ongeveer elke vier maanden kleine versies uit.
Secundaire versiereleases bevatten nieuwe functies en verbeteringen. Patchreleases zijn vaker (soms wekelijks) en zijn bedoeld voor kritieke bugfixes binnen een secundaire versie. Patchreleases bevatten oplossingen voor beveiligingsproblemen of belangrijke bugs.
Kubernetes-versies
Kubernetes maakt gebruik van het standaard versiebeheerschema voor Semantic Versioning voor elke versie:
[major].[minor].[patch]
Examples:
1.29.2
1.29.1
Elk nummer in de versie geeft algemene compatibiliteit met de vorige versie aan:
- Primaire versies veranderen wanneer incompatibele API-updates of compatibiliteit met eerdere versies mogelijk worden verbroken.
- Secundaire versies worden gewijzigd wanneer functionaliteitsupdates worden aangebracht die compatibel zijn met de andere secundaire versies.
- Patchversies veranderen wanneer achterwaarts compatibele foutoplossingen worden aangebracht.
Probeer de meest recente patchrelease uit te voeren van de secundaire versie die u uitvoert. Als uw productiecluster bijvoorbeeld is ingeschakeld 1.29.1 en 1.29.2 de meest recente beschikbare patchversie beschikbaar is voor de secundaire versie 1.29 , moet u een upgrade uitvoeren naar 1.29.2 zo snel mogelijk om ervoor te zorgen dat uw cluster volledig is gepatcht en ondersteund.
AKS Kubernetes-releaseagenda
Bekijk de aanstaande versiereleases in de AKS Kubernetes-releasekalender. Als u realtime updates van de releasestatus van de regio en releaseopmerkingen van de versie wilt bekijken, gaat u naar de webpagina met de AKS-releasestatus. Zie AKS Release Tracker voor meer informatie over de webpagina met de releasestatus.
Notitie
AKS volgt 12 maanden ondersteuning voor een algemeen beschikbare Kubernetes-versie . Lees onze veelgestelde vragen voor meer informatie over ons ondersteuningsbeleid voor Kubernetes-versiebeheer.
Zie de Kubernetes-geschiedenis voor de vorige releasegeschiedenis.
| K8s-versie | Upstream-release | AKS-preview | AKS GA | Einde levensduur | Platformondersteuning |
|---|---|---|---|---|---|
| 1.28 | aug. 2023 | sept. 2023 | nov. 2023 | Jan 2025 | Tot 1.32 GA |
| 1,29 | dec. 2023 | feb. 2024 | Maart 2024 | Maart 2025 | Tot 1.33 GA |
| 1,30 | Apr 2024 | Jun 2024 | Juli 2024 | Juli 2025 | Tot 1.34 GA |
| 1.31 | Aug 2024 | Oktober 2024 | November 2024 | November 2025 | Tot 1.35 GA |
| 1.32 | December 2024 | Februari 2025 | Maart 2025 | Maart 2026 | Tot 1.36 GA |
LTS-versies
| K8s-versie | Upstream-release | AKS-preview | AKS GA | Einde levensduur | LTS einde levensduur |
|---|---|---|---|---|---|
| 1.27 | apr. 2023 | juni 2023 | juli 2023 | Juli 2024 | Juli 2025 |
| 1,30 | Apr 2024 | Jun 2024 | Juli 2024 | Juli 2025 | Juli 2026 |
Gantt-diagram voor AKS Kubernetes-releaseplanning
Als u deze informatie visueel wilt zien, ziet u hier een Gantt-diagram met alle huidige releases die worden weergegeven:
AKS-onderdelen die wijzigingen veroorzaken per versie
Let op de volgende belangrijke wijzigingen voordat u een upgrade uitvoert naar een van de beschikbare secundaire versies:
Kubernetes 1.30
| Door AKS beheerde invoegtoepassingen | AKS-onderdelen | Onderdelen van het besturingssysteem | Wijzigingen die fouten veroorzaken | Opmerkingen |
|---|---|---|---|---|
| • Azure Policy 1.3.0 • cloud-provider-node-manager v1.30.0 • csi-provisioner v4.0.0 • csi-attacher v4.5.0 • csi-snapshotter v6.3.3 • snapshot-controller v6.3.3 • Metrics-Server 0.6.3 • KEDA 2.14.0 • Open Service Mesh 1.2.7 • Core DNS V1.9.4 • Overlay VPA 0.13.0 • Azure-Keyvault-SecretsProvider 1.4.1 • Application Gateway-ingangscontroller (AGIC) 1.7.2 • Image Cleaner v1.2.3 • Azure Workload Identity v1.2.0 • MDC Defender Security Publisher 1.0.68 • MDC Defender Old File Cleaner 1.3.68 • MDC Defender Pod Collector 1.0.78 • MDC Defender Low Level Collector 1.3.81 • Azure Active Directory Pod Identity 1.8.13.6 • GitOps 1.8.1 • CSI Secrets Store Driver 1.3.4-1 • azurefile-csi-driver 1.29.3 |
• Cilium 1.13.5 • CNI v1.4.43.1 (Standaard)/v1.5.11 (Azure CNI-overlay) • Automatische schaalaanpassing van clusters 1.27.3 • Tigera-Operator 1.30.7 |
• Besturingssysteeminstallatiekopie Ubuntu 22.04 Cgroups V2 • ContainerD 1.7.5 voor Linux en 1.7.1 voor Windows • Azure Linux 2.0 • Cgroups V2 • ContainerD 1.6 |
• KEDA 2.14.1 | N.v.t. |
Kubernetes 1.29
| Door AKS beheerde invoegtoepassingen | AKS-onderdelen | Onderdelen van het besturingssysteem | Wijzigingen die fouten veroorzaken | Opmerkingen |
|---|---|---|---|---|
| • Azure Policy 1.3.0 • csi-provisioner v4.0.0 • csi-attacher v4.5.0 • csi-snapshotter v6.3.3 • snapshot-controller v6.3.3 • Metrics-Server 0.6.3 • KEDA 2.11.2 • Open Service Mesh 1.2.7 • Core DNS V1.9.4 • Overlay VPA 0.13.0 • Azure-Keyvault-SecretsProvider 1.4.1 • Application Gateway-ingangscontroller (AGIC) 1.7.2 • Image Cleaner v1.2.3 • Azure Workload Identity v1.2.0 • MDC Defender Security Publisher 1.0.68 • MDC Defender Old File Cleaner 1.3.68 • MDC Defender Pod Collector 1.0.78 • MDC Defender Low Level Collector 1.3.81 • Azure Active Directory Pod Identity 1.8.13.6 • GitOps 1.8.1 • CSI Secrets Store Driver 1.3.4-1 • azurefile-csi-driver 1.29.3 |
• Cilium 1.13.5 • CNI v1.4.43.1 (Standaard)/v1.5.11 (Azure CNI-overlay) • Automatische schaalaanpassing van clusters 1.27.3 • Tigera-Operator 1.30.7 |
• Besturingssysteeminstallatiekopie Ubuntu 22.04 Cgroups V2 • ContainerD 1.7.5 voor Linux en 1.7.1 voor Windows • Azure Linux 2.0 • Cgroups V2 • ContainerD 1.6 |
• Tigera-Operator 1.30.7 • csi-provisioner v4.0.0 • csi-attacher v4.5.0 • csi-snapshotter v6.3.3 • snapshot-controller v6.3.3 |
N.v.t. |
Kubernetes 1.28
| Door AKS beheerde invoegtoepassingen | AKS-onderdelen | Onderdelen van het besturingssysteem | Wijzigingen die fouten veroorzaken | Opmerkingen |
|---|---|---|---|---|
| • Azure Policy 1.3.0 • azurefile-csi-driver 1.29.2 • csi-node-driver-registrar v2.9.0 • csi-livenessprobe 2.11.0 • azuredisk-csi-linux v1.29.2 • azuredisk-csi-windows v1.29.2 • csi-provisioner v3.6.2 • csi-attacher v4.5.0 • csi-resizer v1.9.3 • csi-snapshotter v6.2.2 • snapshot-controller v6.2.2 • Metrics-Server 0.6.3 • KEDA 2.11.2 • Open Service Mesh 1.2.7 • Core DNS V1.9.4 • Overlay VPA 0.13.0 • Azure-Keyvault-SecretsProvider 1.4.1 • Application Gateway-ingangscontroller (AGIC) 1.7.2 • Image Cleaner v1.2.3 • Azure Workload Identity v1.2.0 • MDC Defender Security Publisher 1.0.68 • CSI Secrets Store Driver 1.3.4-1 • MDC Defender Old File Cleaner 1.3.68 • MDC Defender Pod Collector 1.0.78 • MDC Defender Low Level Collector 1.3.81 • Azure Active Directory Pod Identity 1.8.13.6 • GitOps 1.8.1 |
• Cilium 1.13.10-1 • CNI v1.4.43.1 (Standaard)/v1.5.11 (Azure CNI-overlay) • Automatische schaalaanpassing van clusters 1.27.3 • Tigera-Operator 1.28.13 |
• Besturingssysteeminstallatiekopie Ubuntu 22.04 Cgroups V2 • ContainerD 1.7.5 voor Linux en 1.7.1 voor Windows • Azure Linux 2.0 • Cgroups V1 • ContainerD 1.6 |
• azurefile-csi-driver 1.29.2 • csi-resizer v1.9.3 • csi-attacher v4.4.2 • csi-provisioner v4.4.2 • blob-csi v1.23.2 • azurefile-csi-stuurprogramma v1.29.2 • azuredisk-csi-stuurprogramma v1.29.2 • csi-livenessprobe v2.11.0 • csi-node-driver-registrar v2.9.0 |
N.v.t. |
Kubernetes 1.27
| Door AKS beheerde invoegtoepassingen | AKS-onderdelen | Onderdelen van het besturingssysteem | Wijzigingen die fouten veroorzaken | Opmerkingen |
|---|---|---|---|---|
| • Azure Policy 1.3.0 • azuredisk-csi-stuurprogramma v1.28.5 • azurefile-csi-stuurprogramma v1.28.10 • blob-csi v1.22.4 • csi-attacher v4.3.0 • csi-resizer v1.8.0 • csi-snapshotter v6.2.2 • snapshot-controller v6.2.2 • Metrics-Server 0.6.3 • KEDA 2.11.2 • Open Service Mesh 1.2.3 • Core DNS V1.9.4 • Overlay VPA 0.11.0 • Azure-Keyvault-SecretsProvider 1.4.1 • Application Gateway-ingangscontroller (AGIC) 1.7.2 • Image Cleaner v1.2.3 • Azure Workload identity v1.0.0 • MDC Defender 1.0.56 • Azure Active Directory Pod Identity 1.8.13.6 • GitOps 1.7.0 • azurefile-csi-driver 1.28.7 • KMS 0.5.0 • CSI Secrets Store Driver 1.3.4-1 |
• Cilium 1.13.10-1 • CNI 1.4.44 • Automatische schaalaanpassing van clusters 1.8.5.3 |
• Besturingssysteeminstallatiekopie Ubuntu 22.04 Cgroups V2 • ContainerD 1.7 voor Linux en 1.6 voor Windows • Azure Linux 2.0 • Cgroups V1 • ContainerD 1.6 |
• KEDA 2.11.2 • Cilium 1.13.10-1 • azurefile-csi-driver 1.28.7 • azuredisk-csi-stuurprogramma v1.28.5 • blob-csi v1.22.4 • csi-attacher v4.3.0 • csi-resizer v1.8.0 • csi-snapshotter v6.2.2 • snapshot-controller v6.2.2 |
Vanwege de fips-certificeringsstatus ubuntu 22.04 schakelen we tussen AKS FIPS-knooppunten van 18.04 naar 20.04 vanaf 1.27. |
Secundaire aliasversie
Notitie
Voor secundaire aliasversie is Versie 2.37 of hoger van Azure CLI en API-versie 20220401 of hoger vereist. Gebruik az upgrade deze om de nieuwste versie van de CLI te installeren.
Met AKS kunt u een cluster maken zonder de exacte patchversie op te geven. Wanneer u een cluster maakt zonder een patch aan te wijzen, voert het cluster de nieuwste GA-patch van de secundaire versie uit. Als u bijvoorbeeld een cluster maakt met 1.29 en 1.29.2 de meest recente GA-patch beschikbaar is, wordt uw cluster gemaakt met 1.29.2. Als u de patchversie in dezelfde secundaire versie wilt upgraden, gebruikt u de automatische upgrade.
Voer de az aks show --resource-group myResourceGroup --name myAKSCluster opdracht uit om te zien welke patch u gebruikt. De currentKubernetesVersion eigenschap toont de volledige Kubernetes-versie.
{
"apiServerAccessProfile": null,
"autoScalerProfile": null,
"autoUpgradeProfile": null,
"azurePortalFqdn": "myaksclust-myresourcegroup.portal.hcp.eastus.azmk8s.io",
"currentKubernetesVersion": "1.29.2",
}
Beleid voor ondersteuning van Kubernetes-versies
AKS definieert een algemeen beschikbare (GA)-versie als een versie die beschikbaar is in alle regio's en is ingeschakeld in alle SLO- of SLA-metingen. AKS ondersteunt drie ga-secundaire versies van Kubernetes:
- De nieuwste secundaire GA-versie die is uitgebracht in AKS (waarnaar we verwijzen als N).
- Twee eerdere secundaire versies.
- Elke ondersteunde secundaire versie kan elk willekeurig aantal patches op een bepaald moment ondersteunen. AKS behoudt zich het recht voor om patches te verwijderen als er een kritiek CVE- of beveiligingsprobleem wordt gedetecteerd. Raadpleeg de releaseopmerkingen van de versie en ga naar de webpagina met de status van de AKS-release voor informatie over de beschikbaarheid van patches en eventuele ad-hocafschaking.
AKS biedt mogelijk ook ondersteuning voor preview-versies, die expliciet zijn gelabeld en onderhevig aan de voorwaarden voor preview.
AKS biedt platformondersteuning voor slechts één secundaire GA-versie van Kubernetes na de reguliere ondersteunde versies. Het platformondersteuningsvenster van Kubernetes-versies op AKS wordt 'N-3' genoemd. Zie platformondersteuningsbeleid voor meer informatie.
Notitie
AKS maakt gebruik van veilige implementatieprocedures die een geleidelijke implementatie van regio's omvatten. Dit betekent dat het maximaal 10 werkdagen kan duren voordat een nieuwe release of een nieuwe versie beschikbaar is in alle regio's.
Het ondersteunde venster van Secundaire versies van Kubernetes op AKS wordt 'N-2' genoemd, waarbij N verwijst naar de nieuwste release, wat betekent dat twee eerdere secundaire releases ook worden ondersteund.
Op de dag dat AKS bijvoorbeeld versie 1.29 introduceert, wordt ondersteuning geboden voor de volgende versies:
| Nieuwe secundaire versie | Lijst met ondersteunde secundaire versies |
|---|---|
| 1,29 | 1.29, 1.28, 1.27 |
Wanneer een nieuwe secundaire versie wordt geïntroduceerd, wordt de oudste secundaire versie afgeschaft en verwijderd. Stel dat de huidige lijst met ondersteunde secundaire versies het volgende is:
1.29
1.28
1.27
Wanneer AKS 1.30 vrijgeeft, gaan alle 1.27-versies 30 dagen later uit de ondersteuning.
AKS kan ondersteuning bieden voor een willekeurig aantal patches op basis van beschikbaarheid van de upstream-communityrelease voor een bepaalde secundaire versie. AKS behoudt zich het recht voor om een van deze patches op elk gewenst moment te verwijderen vanwege een CVE of mogelijk probleem met fouten. U wordt altijd aangeraden de nieuwste patch voor een secundaire versie te gebruiken.
Platformondersteuningsbeleid
Platformondersteuningsbeleid is een verminderd ondersteuningsplan voor bepaalde niet-ondersteunde Kubernetes-versies. Tijdens platformondersteuning ontvangen klanten alleen ondersteuning van Microsoft voor AKS/Azure-platformgerelateerde problemen. Eventuele problemen met betrekking tot Kubernetes-functionaliteit en -onderdelen worden niet ondersteund.
Platformondersteuningsbeleid is van toepassing op clusters in een n-3-versie (waarbij n de meest recente ondersteunde AKS GA secundaire versie is) voordat het cluster wordt verwijderd naar n-4. Kubernetes v1.26 wordt bijvoorbeeld beschouwd als platformondersteuning wanneer v1.29 de nieuwste GA-versie is. Tijdens de release van v1.30 GA voert v1.26 echter automatisch een upgrade uit naar v1.27. Als u een n-2-versie gebruikt, wordt het moment dat deze n-3 wordt afgeschaft en u voert het ondersteuningsbeleid voor het platform in.
AKS is afhankelijk van de releases en patches van Kubernetes, een Open Source-project dat alleen een schuifvenster van drie secundaire versies ondersteunt. AKS kan alleen volledige ondersteuning garanderen terwijl deze versies upstream worden onderhouden. Omdat er geen patches meer worden geproduceerd, kan AKS deze versies ongepatcht of fork achterlaten. Vanwege deze beperking biedt platformondersteuning geen ondersteuning voor het gebruik van Kubernetes upstream.
In deze tabel vindt u een overzicht van de ondersteuningsrichtlijnen voor communityondersteuning in vergelijking met platformondersteuning.
| Ondersteuningscategorie | Communityondersteuning (N-2) | Platformondersteuning (N-3) |
|---|---|---|
| Upgrades van N-3 naar een ondersteunde versie | Ondersteund | Ondersteund |
| Beschikbaarheid van platform (Azure) | Ondersteund | Ondersteund |
| Schalen van knooppuntgroep | Ondersteund | Ondersteund |
| VM-beschikbaarheid | Ondersteund | Ondersteund |
| Problemen met betrekking tot opslag, netwerken | Ondersteund | Ondersteund, met uitzondering van opgeloste fouten en buiten gebruik gestelde onderdelen |
| Starten/stoppen | Ondersteund | Ondersteund |
| Certificaten roteren | Ondersteund | Ondersteund |
| SLA voor infrastructuur | Ondersteund | Ondersteund |
| SLA voor besturingsvlak | Ondersteund | Ondersteund |
| SLA (Platform) (AKS) | Ondersteund | Niet ondersteund |
| Kubernetes-onderdelen (inclusief invoegtoepassingen) | Ondersteund | Niet ondersteund |
| Onderdelenupdates | Ondersteund | Niet ondersteund |
| Hotfixes voor onderdelen | Ondersteund | Niet ondersteund |
| Opgeloste fouten toepassen | Ondersteund | Niet ondersteund |
| Beveiligingspatches toepassen | Ondersteund | Niet ondersteund |
| Kubernetes-API-ondersteuning | Ondersteund | Niet ondersteund |
| Knooppuntgroep maken | Ondersteund | Ondersteund |
| Cluster maken | Ondersteund | Niet ondersteund |
| Momentopname van knooppuntgroep | Ondersteund | Niet ondersteund |
| Upgrade van knooppuntinstallatiekopie | Ondersteund | Ondersteund |
Notitie
De bovenstaande tabel is onderhevig aan wijzigingen en overzichten van algemene ondersteuningsscenario's. Scenario's met betrekking tot Kubernetes-functionaliteit en -onderdelen worden niet ondersteund voor N-3. Zie Ondersteuning en probleemoplossing voor AKS voor meer ondersteuning.
Ondersteunde kubectl versies
U kunt één secundaire versie gebruiken die ouder of nieuwer is ten opzichte van kubectl uw kube-apiserverversie , consistent met het Kubernetes-ondersteuningsbeleid voor kubectl.
Als uw kube-apiserver bijvoorbeeld 1.28 is, kunt u versies 1.27 tot 1.29 kubectl gebruiken met die kube-apiserver.
Voer de volgende opdracht uit om de nieuwste versie te installeren of bij te werken kubectl :
az aks install-cli
Langetermijnondersteuning (LTS)
AKS biedt een jaar communityondersteuning en één jaar long term support (LTS) voor het terugzetten van poortbeveiligingsoplossingen van de community upstream in onze openbare opslagplaats. Onze upstream LTS-werkgroep draagt bij aan de community om onze klanten een langer ondersteuningsvenster te bieden.
Zie Langetermijnondersteuning voor Azure Kubernetes Service (AKS) voor meer informatie over LTS.
Release- en afschaffingsproces
U kunt verwijzen naar toekomstige versiereleases en afschaffingen in de AKS Kubernetes-releasekalender.
Voor nieuwe secundaire versies van Kubernetes:
- AKS publiceert een aankondiging met de geplande datum van een nieuwe versierelease en de respectievelijke afschaffing van de oude versie op de opmerkingen bij de AKS-release ten minste 30 dagen voordat ze worden verwijderd.
- AKS gebruikt Azure Advisor om u te waarschuwen als een nieuwe versie problemen in uw cluster kan veroorzaken vanwege afgeschafte API's. Azure Advisor waarschuwt u ook als u niet meer wordt ondersteund
- AKS publiceert een servicestatusmelding die beschikbaar is voor alle gebruikers met AKS- en portaltoegang en stuurt een e-mail naar de abonnementsbeheerders met de geplande datums voor het verwijderen van versies.
Notitie
Als u wilt weten wie uw abonnementsbeheerders zijn of deze wilt wijzigen, raadpleegt u Azure-abonnementen beheren.
- U hebt 30 dagen na het verwijderen van de versie om een upgrade uit te voeren naar een ondersteunde secundaire versieversie om ondersteuning te blijven ontvangen.
Voor nieuwe patchversies van Kubernetes:
- Vanwege de urgente aard van patchversies kunnen ze in de service worden geïntroduceerd zodra ze beschikbaar komen. Zodra deze beschikbaar zijn, hebben patches een minimale levenscyclus van twee maanden.
- Over het algemeen communiceert AKS niet breed over de release van nieuwe patchversies. AKS controleert en valideert echter voortdurend beschikbare CVE-patches om ze tijdig te ondersteunen in AKS. Als er een kritieke patch wordt gevonden of als er een gebruikersactie is vereist, wordt u door AKS op de hoogte gesteld van een upgrade naar de nieuw beschikbare patch.
- U hebt 30 dagen na het verwijderen van een patchrelease van AKS om een upgrade uit te voeren naar een ondersteunde patch en ondersteuning te blijven ontvangen. U kunt echter geen clusters of knooppuntgroepen meer maken zodra de versie is afgeschaft/verwijderd.
Ondersteunde beleidsonderzondering voor versies
AKS behoudt zich het recht voor om nieuwe/bestaande versies toe te voegen of te verwijderen met een of meer kritieke fouten of beveiligingsproblemen die van invloed zijn op de productie, zonder voorafgaande kennisgeving.
Specifieke patchreleases kunnen worden overgeslagen of versneld worden geïmplementeerd, afhankelijk van de ernst van de fout of het beveiligingsprobleem.
Versies van Azure Portal en CLI
Wanneer u een AKS-cluster implementeert met Azure Portal, Azure CLI, Azure PowerShell, wordt het cluster standaard ingesteld op de secundaire versie N-1 en de meest recente patch. Als AKS bijvoorbeeld ondersteuning biedt voor 1.29.2, 1.29.1, 1.28.7, 1.28.6, 1.27.11 en 1.27.10, is de standaardversie 1.28.7.
Gebruik de az aks get-versions opdracht om erachter te komen welke versies momenteel beschikbaar zijn voor uw abonnement en regio. In het volgende voorbeeld ziet u de beschikbare Kubernetes-versies voor de regio EastUS :
az aks get-versions --location eastus --output table
Veelgestelde vragen
Hoe informeert Microsoft mij over nieuwe Kubernetes-versies?
Het AKS-team publiceert aankondigingen met geplande datums van de nieuwe Kubernetes-versies in onze documentatie, GitHub en in e-mailberichten aan abonnementsbeheerders die eigenaar zijn van clusters die niet meer worden ondersteund. AKS maakt ook gebruik van Azure Advisor om u in Azure Portal te waarschuwen als u niet meer wordt ondersteund en u informeert over afgeschafte API's die van invloed kunnen zijn op uw toepassing of ontwikkelingsproces.
Hoe vaak moet ik verwachten dat ik Kubernetes-versies moet upgraden om ondersteuning te blijven bieden?
Vanaf Kubernetes 1.19 heeft de opensource-community ondersteuning uitgebreid tot één jaar. AKS-commits voor het inschakelen van patches en ondersteuning die overeenkomt met de upstream-toezeggingen. Voor AKS-clusters op 1.19 en hoger kunt u minimaal één keer per jaar upgraden om op een ondersteunde versie te blijven.
Wat gebeurt er wanneer u een Kubernetes-cluster upgradet met een secundaire versie die niet wordt ondersteund?
Als u de n-3-versie of ouder gebruikt, betekent dit dat u geen ondersteuning hebt en wordt gevraagd om een upgrade uit te voeren. Wanneer uw upgrade van versie n-3 naar n-2 slaagt, bent u terug in ons ondersteuningsbeleid. Voorbeeld:
- Als de oudste ondersteunde secundaire AKS-versie 1.27 is en u zich op 1.26 of ouder bevindt, bent u buiten ondersteuning.
- Wanneer u een upgrade hebt uitgevoerd van 1.26 naar 1.27 of hoger, bent u terug in ons ondersteuningsbeleid.
Downgrades worden niet ondersteund.
Wat betekent 'Buiten ondersteuning'?
'Buiten ondersteuning' betekent dat:
- De versie die u uitvoert, valt buiten de lijst met ondersteunde versies.
- U wordt gevraagd om het cluster bij te werken naar een ondersteunde versie wanneer u ondersteuning aanvraagt, tenzij u zich binnen de respijtperiode van 30 dagen na de afschaffing van de versie bevindt.
Daarnaast maakt AKS geen runtime- of andere garanties voor clusters buiten de lijst met ondersteunde versies.
Wat gebeurt er wanneer u een Kubernetes-cluster schaalt met een secundaire versie die niet wordt ondersteund?
Voor secundaire versies die niet worden ondersteund door AKS, moet in- of uitschalen blijven werken. Omdat er geen garanties zijn met de kwaliteit van de service, raden we u aan een upgrade uit te voeren om uw cluster weer te ondersteunen.
Kun je voor altijd op een Kubernetes-versie blijven?
Als een cluster niet meer dan drie (3) secundaire versies ondersteunt en beveiligingsrisico's heeft gevonden, neemt Azure proactief contact op met u om uw cluster te upgraden. Als u geen verdere actie onderneemt, behoudt Azure zich het recht voor om uw cluster namens u automatisch te upgraden.
Wat gebeurt er als u een Kubernetes-cluster schaalt met een secundaire versie die niet wordt ondersteund?
Voor secundaire versies die niet worden ondersteund door AKS, moet in- of uitschalen blijven werken. Omdat er geen garanties zijn met de kwaliteit van de service, raden we u aan een upgrade uit te voeren om uw cluster weer te ondersteunen.
Welke versie ondersteunt het besturingsvlak als de knooppuntgroep zich niet in een van de ondersteunde AKS-versies bevindt?
Het besturingsvlak moet zich in een venster met versies van alle knooppuntgroepen bevinden. Raadpleeg de documentatie over het upgraden van knooppuntgroepen voor meer informatie over het upgraden van het besturingsvlak of knooppuntgroepen.
Wat is het toegestane verschil in versies tussen het besturingsvlak en de knooppuntgroep?
Het versieverschilbeleid maakt nu een verschil mogelijk tussen maximaal 3 versies tussen besturingsvlak en agentpools. AKS volgt deze scheve versiebeleidswijziging vanaf versie 1.28.
Kan ik meerdere AKS-versies overslaan tijdens de clusterupgrade?
Wanneer u een ondersteund AKS-cluster gaat upgraden, kunnen secundaire versies van Kubernetes niet worden overgeslagen. Versieverschilbeleid voor Kubernetes-besturingsvlakken biedt geen ondersteuning voor het overslaan van secundaire versies. Bijvoorbeeld upgrades tussen:
- 1.28.x ->1.29.x: toegestaan.
- 1.27.x ->1.28.x: toegestaan.
- 1.27.x ->1.29.x: niet toegestaan.
Houd er rekening mee dat u voor upgrades van de versie van het besturingsvlak maximaal 3 secundaire versies voor ondersteunde versies van de community op sequentiële wijze kunt gebruiken.
Upgraden van 1.27.x ->1.29.x:
- Upgrade van 1.27.x ->1.28.x.
- Upgrade van 1.28.x ->1.29.x.
Opmerking vanaf versie 1.28 kan agentpoolversies maximaal 3 versies zijn die ouder zijn om versies van het besturingsvlak per versie scheeftrekken te bepalen. Wanneer uw versie zich veel achter de minimaal ondersteunde versie bevindt, moet u mogelijk meer dan één upgradebewerking voor het besturingsvlak uitvoeren om naar de minimaal ondersteunde versie te gaan. Als uw huidige versie van het besturingsvlak bijvoorbeeld 1.23.x is en u een upgrade wilt uitvoeren naar een minimaal ondersteunde versie van 1.27.x als voorbeeld. Mogelijk moet u 4 keer een upgrade uitvoeren van 1.23.x om naar 1.27.x te gaan. Houd er ook rekening mee dat versies van agentpools kunnen worden bijgewerkt naar de secundaire versie van het besturingsvlak. Dit betekent dat u in het bovenstaande voorbeeld de agentpoolversie twee keer kunt upgraden, bijvoorbeeld van 1.23.x naar 1.25.x, wanneer de versie van het besturingsvlak 1.25.x is. En vervolgens van 1.25.x tot 1.27.x, wanneer de versie van het besturingsvlak 1.27.x is. Wanneer u een in-place upgrade uitvoert, bijvoorbeeld het besturingsvlak en de agentpool, zijn dezelfde regels van toepassing op de upgrade van het besturingsvlak die hierboven zijn geschreven.
Wanneer u een upgrade uitvoert van een niet-ondersteunde versie , wordt de upgrade uitgevoerd zonder enige garantie voor functionaliteit en wordt uitgesloten van de serviceovereenkomsten en beperkte garantie. Clusters waarop een niet-ondersteunde versie wordt uitgevoerd, hebben de flexibiliteit van het ontkoppelen van besturingsvlakupgrades met knooppuntpoolupgrades. Als uw versie echter aanzienlijk verouderd is, raden we u aan het cluster opnieuw te maken.
Kan ik een nieuw 1.xx.x-cluster maken tijdens het ondersteuningsvenster van het platform?
Nee, het maken van nieuwe clusters is niet mogelijk tijdens de platformondersteuningsperiode.
Ik heb een nieuw afgeschafte versie die niet meer platformondersteuning biedt, kan ik nog steeds nieuwe knooppuntgroepen toevoegen? Of moet ik upgraden?
Ja, u kunt agentgroepen toevoegen zolang ze compatibel zijn met de versie van het besturingsvlak.
Volgende stappen
Zie voor meer informatie over het upgraden van uw cluster:
Azure Kubernetes Service