-
Notifications
You must be signed in to change notification settings - Fork 49
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
Set CPU & Memory requests for compaction job #853
Set CPU & Memory requests for compaction job #853
Conversation
@anveshreddy18 You have mentioned internal references in the public. Please check. |
/retest |
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.
Looks good. Please remove the link to github.tools.sap. You can just mention the issue number instead.
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
Hi @anveshreddy18 , |
Hi @ishan16696, this PR currently only adds requests but we didn't add limits yet. But that issue is both for requests & limits. I think we can keep it open? or should I edit it to have check list for requests & limits and tick the requests part? Edit: For now I've added tasks for requests & limits and checked requests. |
I am not sure if we need limits. Adding requests are good enough for now. |
yes, I agree. For now we needed the requests which have been added and right now, requests values are hardcoded so we anyway have to revisit this to make it configurable for which this issue is already in open: #707 which we aren't closing. IMO, one issue is fine to keep a track of it. |
Yeah, I closed that now. |
How to categorize this PR?
/area backup
/kind enhancement
What this PR does / why we need it:
This PR adds CPU and Memory requests for compaction job. The requests are calculated from seed clusters and heavy load shoot clusters. This is more from a Gardener point of view. To understand why I set these numbers, you can visit the internal backlog issue 14 to know more.
Compaction Jobs originating from druid needs to have Requests & Limits ( limits can be configured after observing the landscapes with just requests set initially ) so as to allow them to get scheduled to nodes with proper resource availability. This will let the scheduler know about the consumption/expectation before hand so that it can schedule optimally so that the compaction jobs can get completed and also not interfere with resources intended for other processes.
Which issue(s) this PR fixes:
Fixes part of #707
Special notes for your reviewer:
Release note: