aws / aws/containers-roadmap

[EKS] [request]: Support > 100 managed node groups

Open
#2,272 0 comments 10 reactions 0 assignees View on GitHub
EKS EKS Managed Nodes Proposed
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**
Increase the current hard limit of 100 EKS managed node groups.

**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?**
We use managed node groups to isolate different types of workloads onto their own nodes to limit the noisy neighbour effect. When using persistent volumes, it is recommended to have separate node groups per availability zone. Furthermore, during upgrades we prefer to create replacement node groups instead of upgrading the existing ones (blue green deployment). The reason we chose b/g upgrades for certain node groups is that some of our applications don't play well with draining of nodes.

This leads to the following calculation:

Number of workload types * Number of availability zones * 2 (for upgrades) = Number of needed node groups

Therefore it's not unrealistic for us to hit the 100 node group limit at some point.

**Are you currently working around this issue?**
We currently simply need to limit ourselves in terms of how many custom node groups we can have and/or need to create additional clusters and split workloads across clusters.

Contributor guide

Open the contributing guide

Research direction

The issue concerns AWS EKS managed node groups and names no repository file, test, or entry point. Start by reviewing the EKS service limit and the stated workload, availability-zone, and blue-green upgrade calculation; done means the 100-group constraint has a supported resolution.

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
30/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.