-
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
Decrease first bucket size #6446
Conversation
|
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: dmitrii-sisutech The full list of commands accepted by this bot can be found here.
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
Welcome @dmitrii-sisutech! |
Hey @dmitrii-sisutech thanks for immediately jumping to do the PR fort that issue! Unfortunately, it isn't this simple, as the line right above your change hints at
We cannot simply change the buckets of the Checkpoints, as they get written to VPA objects and the recommender reads them when restarting. I didn't do an update of the CheckpointVersion before, but I'll try to find people with more experience on that topic today. We will hopefully be able to get a more comprehensive list of the necessary steps. |
ping @mwielgus: we talked about this in the SIG meeting and you wanted to provide some context on reducing the minimum recommendation size for VPA. |
This is a potentially breaking change - updating VPA may require cleaning the whole cluster history as the buckets will be different. If this is really needed, this should be behind a flag, with the old value as the default and a warning about consequences of changing it. |
Thanks @mwielgus for the details. |
Ok, closing this one for now. Feel free to reopen once needed. |
What type of PR is this?
/kind feature
What this PR does / why we need it:
Decreased first bucket size, so min recommended target is decreased as well and can go now under
10m
.Which issue(s) this PR fixes:
Fixes #6415
Special notes for your reviewer:
Does this PR introduce a user-facing change?
Additional documentation e.g., KEPs (Kubernetes Enhancement Proposals), usage docs, etc.: