-
-
Notifications
You must be signed in to change notification settings - Fork 4.1k
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
Add autoscaling_enabled
to example files
#578
Comments
Where are these related parameters included? FYI there's a link in the main README: Autoscaling: How to enable worker node autoscaling. |
@max-rocket-internet I'm talking specifically about the example configurations in for instance, in the worker_groups = [
{
name = "worker-group-1"
instance_type = "t2.small"
additional_userdata = "echo foo bar"
asg_desired_capacity = 2
additional_security_group_ids = [aws_security_group.worker_group_mgmt_one.id]
},
{
name = "worker-group-2"
instance_type = "t2.medium"
additional_userdata = "echo foo bar"
additional_security_group_ids = [aws_security_group.worker_group_mgmt_two.id]
asg_desired_capacity = 1
},
] That will create the Autoscaling Group with the desired configuration in AWS, but it will initialize add the Concerning the link in the README, I was suggesting adding a link to the The link you mentioned is also super useful but its not what I was referring to 😉 |
* added `autoscaling_enabled = true` to example configs
Sorry but I still don't follow 😅
That's a setting of the AWS ASG but it is not related to k8s autoscaling. Autoscaling from an ASG and normal k8s autoscaling are separate things. There's no implication that the examples allow autoscaling in k8s. |
I'd rather not set So rather than setting |
Sorry my mistake; yes I meant the ASG autoscaling. For me seeing an What do you think? |
Ah all good. If you're not super familiar with how autoscaling works in k8s on AWS then I can see it might be confusing. To be clear: it is not possible or advisable to scale using the ASG itself. ASG autoscaling needs scaling policies (that are not part of this module) and also the ASG doesn't properly drain nodes when terminating them. So it's not really possible to use ASG based autoscaling in a reliable way. Using the cluster-autoscaler is the best way. I think the doc and the note here is clear about what this parameter does. It adds and tag to the ASG and a policy to the instance role. Nothing more. If you want to create a PR to add a note in the doc that emphasises the distinction, feel free 🙂 |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
I'm going to lock this issue because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues. If you have found a problem that seems similar to this, please open a new issue and complete the issue template so we can capture all the details necessary to investigate further. |
I have issues
The examples configurations do not currently include the
autoscaling enabled
parameter even though they are including other autoscaling-related parameters. This is misleading for first-time users as they are likely to use those examples as-is, and then will encounter an issue where their cluster won't be scaling as the number of pods increases.I'm submitting a...
What's the proposed solution?
I suggest adding
autoscaling_enabled = "true"
to the example configurations to make them behave as one would expect to. I also suggest maybe linking thelocal.tf
file in theREADME
so that the default values are easier to find.Environment details
The text was updated successfully, but these errors were encountered: