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,26 | December 2022 | feb. 2023 | Apr. 2023 | Maart 2024 | Tot 1.30 GA |
| 1.27* | apr. 2023 | juni 2023 | juli 2023 | Juli 2024, LTS tot juli 2025 | Tot 1.31 GA |
| 1.28 | aug. 2023 | sept. 2023 | nov. 2023 | November 2024 | Tot 1.32 GA |
| 1,29 | dec. 2023 | feb. 2024 | Maart 2024 | Tot 1.33 GA | |
| 1,30 | Apr 2024 | Mei 2024 | Jun 2024 | Tot 1.34 GA |
* Geeft aan dat de versie is aangewezen voor langetermijnondersteuning
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-versie | Door AKS beheerde invoegtoepassingen | AKS-onderdelen | Onderdelen van het besturingssysteem | Wijzigingen die fouten veroorzaken | Opmerkingen |
|---|---|---|---|---|---|
| 1,26 | Azure Policy 1.3.0 Metrics-Server 0.6.3 KEDA 2.10.1 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.5.3 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 KMS 0.5.0 azurefile-csi-driver 1.26.10 |
Cilium 1.12.8 CNI 1.4.44 Automatische schaalaanpassing van clusters 1.8.5.3 |
Besturingssysteeminstallatiekopie Ubuntu 22.04 Cgroups V2 ContainerD 1.7 Azure Linux 2.0 Cgroups V1 ContainerD 1.6 |
azurefile-csi-driver 1.26.10 | Geen |
| 1.27 | Azure Policy 1.3.0 azuredisk-csi-stuurprogramma v1.28.5 azurefile-csi-stuurprogramma v1.28.7 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 Secret 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. |
| 1.28 | 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 Secret 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 |
Geen |
| 1,29 | 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 Secret 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 |
Geen |
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 ondersteunt ook maximaal twee stabiele patches.
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 ondersteunt ook maximaal twee patchversies van een bepaalde secundaire versie. Bijvoorbeeld, op basis van de volgende ondersteunde versies:
Current Supported Version List
------------------------------
1.29.2, 1.29.1, 1.28.7, 1.28.6, 1.27.11, 1.27.10
Als AKS releases 1.29.3 en 1.28.8, worden de oudste patchversies afgeschaft en verwijderd en wordt de ondersteunde versielijst:
New Supported Version List
----------------------
1.29.3, 1.29.2, 1.28.8, 1.28.7, 1.27.11, 1.27.10
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 |
| Cluster- of knooppuntgroep maken | Ondersteund | Niet ondersteund |
| Momentopname van knooppuntgroep | Ondersteund | Niet ondersteund |
| Upgrade van knooppuntinstallatiekopie | Ondersteund | Niet 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.
Upgraden van 1.27.x ->1.29.x:
- Upgrade van 1.27.x ->1.28.x.
- Upgrade van 1.28.x ->1.29.x.
Het overslaan van meerdere versies kan alleen worden uitgevoerd wanneer u een upgrade uitvoert van een niet-ondersteunde versie naar de minimaal ondersteunde versie. U kunt bijvoorbeeld upgraden van een niet-ondersteunde 1.25.x naar een ondersteunde 1.27.x als 1.27 de minimaal ondersteunde secundaire versie is.
Bij het uitvoeren van een upgrade van een niet-ondersteunde versie die twee of meer secundaire versies overslaat, 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 30 dagen?
Nee Zodra een versie is afgeschaft/verwijderd, kunt u geen cluster met die versie maken. Wanneer de wijziging wordt uitgerold, ziet u dat de oude versie uit uw versielijst is verwijderd. Dit proces kan tot twee weken na aankondiging duren, geleidelijk per regio.
Ik heb een nieuw afgeschafte versie, kan ik nog steeds nieuwe knooppuntgroepen toevoegen? Of moet ik upgraden?
Nee U kunt geen knooppuntgroepen van de afgeschafte versie toevoegen aan uw cluster. Het maken of upgraden van knooppuntgroepen tot de versie van het niet-ondersteunde versiebeheervlak is toegestaan, ongeacht het versieverschil tussen de knooppuntgroep en het besturingsvlak. Alleen secundaire aliasupgrades zijn toegestaan.
Hoe vaak werkt u patches bij?
Patches hebben een minimale levenscyclus van twee maanden. Als u up-to-date wilt blijven wanneer er nieuwe patches worden uitgebracht, volgt u de opmerkingen bij de AKS-release.
Volgende stappen
Zie voor meer informatie over het upgraden van uw cluster: