-
Notifications
You must be signed in to change notification settings - Fork 1.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Allow ASG size modification from eksctl #116
Labels
Milestone
Comments
Thanks, this is definetly very useful feature we should add soon! I was thinking we need to add subcommand for nodegroups anyway, and this would fit nicely as |
errordeveloper
added
kind/feature
New feature or request
help wanted
Extra attention is needed
labels
Jul 13, 2018
Looking at this now. |
richardcase
added a commit
that referenced
this issue
Oct 13, 2018
Initial version of nodegroup scaling has been added. This isn't fully complete yet as scaling down from an ec2 instance point works but the workloads are migrated (i.e. drained). Issue #116 Signed-off-by: Richard Case <richard.case@outlook.com>
richardcase
added a commit
that referenced
this issue
Oct 15, 2018
Initial version of nodegroup scaling has been added. This scales by modifying the CloudFormation template for the nodegroup. The modified template is used to create a changeset that is then executed. When scaling down/in (i.e. reducing the number of nodes) we rely solely on the the resulting change to the ASG. This means that the node(s) that are to be terminated aren't drained and so pods running on the terminating nodes may cause errors. In the future we may consider picking the EC2 instances to be terminated and then drain the nodes and then create a termination policy to ensure those nodes are killed. Issue #116 Signed-off-by: Richard Case <richard.case@outlook.com>
richardcase
added a commit
that referenced
this issue
Oct 15, 2018
Initial version of nodegroup scaling has been added. This scales by modifying the CloudFormation template for the nodegroup. The modified template is used to create a changeset that is then executed. When scaling down/in (i.e. reducing the number of nodes) we rely solely on the the resulting change to the ASG. This means that the node(s) that are to be terminated aren't drained and so pods running on the terminating nodes may cause errors. In the future we may consider picking the EC2 instances to be terminated and then drain the nodes and then create a termination policy to ensure those nodes are killed. Issue #116 Signed-off-by: Richard Case <richard.case@outlook.com>
richardcase
added a commit
that referenced
this issue
Oct 16, 2018
Initial version of nodegroup scaling has been added. This scales by modifying the CloudFormation template for the nodegroup. The modified template is used to create a changeset that is then executed. When scaling down/in (i.e. reducing the number of nodes) we rely solely on the the resulting change to the ASG. This means that the node(s) that are to be terminated aren't drained and so pods running on the terminating nodes may cause errors. In the future we may consider picking the EC2 instances to be terminated and then drain the nodes and then create a termination policy to ensure those nodes are killed. Issue #116 Signed-off-by: Richard Case <richard.case@outlook.com>
richardcase
added a commit
that referenced
this issue
Oct 16, 2018
Initial version of nodegroup scaling has been added. This scales by modifying the CloudFormation template for the nodegroup. The modified template is used to create a changeset that is then executed. When scaling down/in (i.e. reducing the number of nodes) we rely solely on the the resulting change to the ASG. This means that the node(s) that are to be terminated aren't drained and so pods running on the terminating nodes may cause errors. In the future we may consider picking the EC2 instances to be terminated and then drain the nodes and then create a termination policy to ensure those nodes are killed. Issue #116 Signed-off-by: Richard Case <richard.case@outlook.com>
Closed via #254. |
martina-if
added a commit
to martina-if/eksctl
that referenced
this issue
Jan 31, 2020
add feature 2
torredil
pushed a commit
to torredil/eksctl
that referenced
this issue
May 20, 2022
…tch-1 Update issue templates
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
It would be helpful to have
eksctl
allow for updating the desired node count for a cluster. I have some dev workflows where I want to scale up my node counts and then scale back.Command example:
Some tricky things that could happen are if the user wants to scale beyond the
max
defined in the ASG. Shouldeksctl
return error or update the ASG to allow more instances?I'm happy to work through a design and help implement some features if desired.
The text was updated successfully, but these errors were encountered: