An Azure service that provides serverless Kubernetes, an integrated continuous integration and continuous delivery experience, and enterprise-grade security and governance.
Upgrading to 1.34.xx is not the recommended fix based on the supported guidance.
What to check first:
- Run:
This shows the supported upgrade targets for the cluster.az aks get-upgrades --resource-group <resource-group-name> --name <cluster-name> - If the version needed to add a node pool is not listed there, the cluster is still on a version path that AKS doesn't allow for that operation in the region.
- Check which versions are supported in the region:
az aks get-versions --location <region> --output table
Important version rules that affect this scenario:
- A node pool version can't be greater than the control plane version.
- A node pool version must be within two minor versions of the control plane version.
- AKS doesn't allow downgrades.
- You generally can't skip minor versions during upgrades unless the current version is unsupported.
If the cluster was upgraded to 1.33.xx and adding a node pool still fails, the likely issue is that the target/addable versions available in the region and the cluster's supported upgrade path still don't permit the operation.
The supported next step is:
- Verify the exact available upgrade target by using
az aks get-upgrades. - If AKS offers a supported full cluster upgrade target, upgrade the control plane and node pools together:
az aks upgrade --resource-group <RG> --name <ClusterName> --kubernetes-version <available upgrade version> --yes - After the cluster is on a supported version, try adding the node pool again.
If az aks get-upgrades shows only newer supported versions and intermediate versions are missing, those missing versions are deprecated in that region.
If the cluster is already in an outdated or skewed state, the recommended best practice is to create a new AKS cluster on a supported Kubernetes version and migrate workloads, instead of trying to step through multiple minor versions.
So, upgrading from 1.33.xx to 1.34.xx only helps if az aks get-upgrades explicitly shows 1.34.xx as a supported target for that cluster and region. Otherwise, the correct action is to follow the supported upgrade targets shown by AKS, or recreate the cluster on a supported version.
- Supported Kubernetes versions in Azure Kubernetes Service (AKS)
- Troubleshoot AKS upgrade errors because of version skew, incompatibility, or lack of support
- Troubleshoot AKS upgrade errors because of version skew, incompatibility, or lack of support
- Can't upgrade AKS cluster because of the NodePoolMcVersionIncompatible error
- Upgrade node pools in Azure Kubernetes Service (AKS)
- Upgrade node pools in Azure Kubernetes Service (AKS)