[EKS] [request]: Managed Node Groups - Ability to modify subnets of underlying ASG
- 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**
Currently, EKS managed node group cannot update the network configuration after the node group has been created. When there is a need to update the node groups to use new subnets, it cannot be done.
It will be more convenience if we can directly update the subnet configuration from EKS console/API similar to the way we can modify subnets for an Auto Scaling Group.
**Which service(s) is this request for?**
EKS
**Are you currently working around this issue?**
Currently limited to use the subnets provided during creation.
Contributor guide
Research direction
This is a public roadmap request rather than a code-scoped task. Start by reviewing how EKS managed node groups expose network configuration through the EKS console/API and how their underlying Auto Scaling Groups use subnets. Done means users can update a node group’s subnet configuration after creation without recreating it.
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
- Mostly clear
- Newbie friendliness
- 25/100