-
Notifications
You must be signed in to change notification settings - Fork 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
Refactor scale-up to apply resource limits before creating a node group #6769
Refactor scale-up to apply resource limits before creating a node group #6769
Conversation
/lgtm |
/lgtm nit: I'd consider adding a test for this behavior (limits exceeded -> ScaleUp error without attempting to create a node group). Feel free to unhold if you don't think it's important |
9441ec3
to
7d71b67
Compare
Added test. Note: while |
/lgtm |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: aleksandra-malinowska, towca The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
@towca added the requested unit test, lost lgtm, can you PTAL? Thanks! |
It's the hold! |
/cherry-pick cluster-autoscaler-release-1.30 |
@yaroslava-serdiuk: new pull request created: #6931 In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. |
/assign @towca |
Small refactor prior to the implementation of atomic scale-up support for Provisioning Requests: https://github.com/kubernetes/autoscaler/blob/master/cluster-autoscaler/proposals/provisioning-request.md
What this PR does / why we need it:
Apply resource limits to scale-up plan before creating a new node group. Note that this is independent of the steps that happen immediately before and after -
newNodes
aren't used until we balance similar node groups, and non-existent node groups already have to expose node resources (otherwise scale-up simulations wouldn't be possible).There's already a check in place for skipping a node group if adding even one node would exceed resource limits, so it's not technically a bug right now, and so this PR doesn't change current behavior. However, for the atomic scale up support for Provisioning Requests, we'll want to apply resource limits before taking any action, including creating a new node group.
Does this PR introduce a user-facing change?