-
Notifications
You must be signed in to change notification settings - Fork 25
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
Skipping scale-up if MachineTypeNotAvailableAnnotation is present on MachineDeployment #37
Skipping scale-up if MachineTypeNotAvailableAnnotation is present on MachineDeployment #37
Conversation
…MachineDeployment
Hi @hardikdr , Were these changes tested with a real setup? |
Yes, I have tested this with the related changes at MCM #454, works fine. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
hold
Is this the correct approach? From looking at it, upstream autoscaler already handles this but you have to return unregistered instances in the autoscaler cloudprovider interface, which this fork isn't doing properly. |
@jsravn That's true, and also one of the reasons why I stopped working on this approach for now. |
/hold |
@hardikdr Ah cool. I was also going to try rebasing. I should have a PR soon which fixes it to return unregistered instances - so at least this functionality will work as expected in the existing code (if it fails to scale up the machinedeployment, autoscaler will give up after max-node-provision-time and try the next one). |
Sounds great. We are discussing this issue at length here: #35. Also, you might want to make sure, your changes are on top of the |
We no longer need this PR right? Thanks to this - #58? |
No, we don't need this anymore. |
What this PR does / why we need it: This PR enables autoscaler to skip the scale-up if
MachineTypeNotAvailable
annotation is present on the machine-deployment.This annotation is set by the MCM, when certain machine-types are not out of capacity and can't be further scaled-up.
As an outcome of this change, autoscaler will pick up alternate node-group if one is not capable of scaling.
Related to : #35
Which issue(s) this PR fixes:
Fixes #
Special notes for your reviewer:
Release note: