- Newest
- Most votes
- Most comments
Based on the information provided, I'll address your questions about EKS support policies and upgrades:
- Regarding changing to Extended Support: You cannot change from Standard to Extended support after a Kubernetes version has reached the end of standard support. The policy can only be set while the cluster is running on a Kubernetes version that's still in standard support. Since Kubernetes 1.31 has already reached the end of standard support, you can no longer opt-in to extended support for this version. The support policy must be set before the version enters extended support.
By default, new and existing clusters have extended support enabled, unless specified otherwise. If your cluster was set to Standard support before 1.31 reached end of standard support, it will remain in that state and be scheduled for automatic upgrade.
- Regarding "Pending automatic upgrade to version 1.32": Yes, this means AWS will automatically upgrade your EKS cluster because it's set to Standard support. When a cluster is set to Standard support, it will be automatically upgraded at the end of the standard support period. AWS doesn't provide specific timing for when the automatic upgrade will occur after the end of standard support, but the status indicates it's pending.
AWS doesn't explicitly guarantee that the automatic upgrade will occur without errors, especially if you have components like KEDA and Karpenter that might not be compatible with the newer version.
- Regarding upgrading with KEDA and Karpenter: Since you're experiencing compatibility issues with KEDA and Karpenter on Kubernetes 1.32, you have a few options:
- Create a new cluster with version 1.32 or newer, test your components there, and migrate workloads once compatibility issues are resolved
- If you need to maintain your current cluster, you'll need to update your KEDA and Karpenter versions to ones that are compatible with Kubernetes 1.32 before the automatic upgrade occurs
- Consider reaching out to AWS Support for assistance with your specific configuration challenges
For future clusters, remember to set the upgrade policy to Extended if you want to remain on specific Kubernetes versions longer (though this comes with higher costs).
Sources
View current cluster upgrade policy - Amazon EKS
UpgradePolicyRequest - Amazon EKS
Understand the Kubernetes version lifecycle on EKS - Amazon EKS
UpgradePolicyResponse - Amazon EKS
answered 10 months ago
Relevant content
asked 3 years ago
asked 3 years ago
asked 3 years ago
asked 10 months ago
- AWS OFFICIALUpdated a year ago
- AWS OFFICIALUpdated a year ago
