-
Notifications
You must be signed in to change notification settings - Fork 834
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
fix: Separate zone caching by subnet selectors #2229
Conversation
✅ Deploy Preview for karpenter-docs-prod canceled.
|
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.
Nice fix! One minor recommendation
Co-authored-by: Ellis Tarn <ellistarn@gmail.com>
Thanks for the quick turnaround! Applied the recommendation. |
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.
lgtm! Just one missing "
looks like |
Sorry for the bumbling around, fixed. Will keep an eye on any new silly compile errors. |
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.
lgtm!
@bwagner5 would it be possible to get this into a new RC (or if there is a regular release coming up, that would work as well)? Thanks! |
We have snapshot builds, this includes this PR: public.ecr.aws/karpenter/controller:f4594705f9d20d3d1568fe5f989112dabbc51579 |
* [aws]: Separate zone caching by subnet selectors * Update pkg/cloudprovider/aws/instancetypes.go Co-authored-by: Ellis Tarn <ellistarn@gmail.com> * Update pkg/cloudprovider/aws/instancetypes.go * fix import Co-authored-by: Ellis Tarn <ellistarn@gmail.com> Co-authored-by: Brandon Wagner <bmwagner10@gmail.com>
Fixes #2228
Description
The set of zones for instance types was using the same cache key irrespective of the subnet selector. As a result, if two provisioners had distinct subnetSelectors that matched subnets in different availability zones, the karpenter controller would only see one of them and be unable to schedule nodes on some of the subnets.
How was this change tested?
Manually tested by patching this change on top of the v0.13.2-release branch in our cluster.
Does this change impact docs?
Release Note
By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.