How to Safely Choose and Manage Kubernetes Versions on Azure AKS
Azure Kubernetes Service (AKS) supports only the three most recent Kubernetes minor versions, retiring older releases on a rolling basis and dropping security patches and Microsoft SLA coverage for unsupported clusters. Version availability varies by region, so engineers must query their specific deployment region using the Azure CLI before planning any upgrade. AKS defaults to a Microsoft-recommended version with soak time rather than the absolute latest GA release, meaning teams must explicitly pin a version at cluster creation for production workloads. Auto-upgrade channels are available for teams managing multiple clusters, allowing intent-based upgrade policies instead of manual per-cluster intervention. Anything marked as preview in version listings should be treated as off-limits for production unless a team has a clear justification and matching risk tolerance.
This is an AI-generated summary. ShortSingh links to the original source for the complete article.

Discussion (0)
Log in to join the discussion and vote.
Log in