[EKS] [request]: Add/Remove Availability Zone(AZ) for Worker Nodes during EKS Cluster Dataplane Upgrade
- Dominant language
- Shell
- Stars
- 5.4k
- Forks
- 334
- PR merge metrics
- No merged PRs in 30d
Description
### Community Note
* Please vote on this issue by adding a 👍 [reaction](https://blog.github.com/2016-03-10-add-reactions-to-pull-requests-issues-and-comments/) to the original issue to help the community and maintainers prioritize this request
* Please do not leave "+1" or "me too" comments, they generate extra noise for issue followers and do not help prioritize the request
* If you are interested in working on this issue or have submitted a pull request, please leave a comment
**Tell us about your request**
Add/Remove Availability Zone(AZ) for Worker Nodes during EKS Cluster Dataplane Upgrade
**Which service(s) is this request for?**
EKS
**Tell us about the problem you're trying to solve. What are you trying to do, and why is it hard?**
The ability to expand the number of Availability Zones (AZ) for the Dataplane (Worker Nodes) Node Group while upgrading the Cluster. Clients seeking more IP capacity for worker nodes and high availability may wish to add or remove the extra AZ. We urgently need to have this feature available for customer needs as AWS EKS does not currently offer it.
**Are you currently working around this issue?**
We are unable to resolve this problem during Cluster upgrade scenarios.
Contributor guide
Research direction
No source files, tests, or implementation entry points are identified. Start by reviewing the EKS dataplane upgrade and worker-node Availability Zone behavior described in the request; done would mean a delivered capability that supports adding and removing AZs during an upgrade.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- aws, kubernetes
- Domain
- cloud, infrastructure
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100