we want to upgrade AKS from 1.21 to 1.25 as 1.25 is the supported version in AKS right now and AKS does not allow version to upgraded like EKS one minor version at a time.
what are the potential risks?
We have made sure all the deprecated APIs are not used anymore. other than what can be the risks with this big version jump.
The upgrade will be done in the 1.21 cluster not creating a new one. Please let me know in your experience.
2
Answers
As per MsDoc currently
1.21
is deprecated and the current version available in AKS is1.25
so using that I am showing you the version upgrade from1.25 to 1.27,
you can apply this same logic for1.21 to 1.25
.By default, Kubernetes uses a semantic versioning i.e. major then minor then patch so with that logic
1.25.6 -> 1.25.11 -> 1.26.3 -> 1.27.1
In AKS, upgrading from 1.21 to 1.25 in a single jump is not recommended.In my Aks environment I am upgrading
1.25.6 -> 1.25.11
like below:Now, 1.25 to 1.26
Now 1.26.3 to 1.27.1:
Finally, you can verify the same using kubectl cmd:
This is the safe way to upgrade your Kubernetes version in AKS if you directly jump from 1.21 to 1,25, it may cause below issues-
Two recommendations:
Check all your add-ons and extensions for breaking changes as well
Try out the upgrade in a staging environment first. If anything breaks after the upgrade, you can’t downgrade the existing cluster anymore.