-
Notifications
You must be signed in to change notification settings - Fork 276
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
Preemption based on resource flavor order #582
Comments
Related to #312 |
/assign |
The Kubernetes project currently lacks enough contributors to adequately respond to all issues. This bot triages un-triaged issues according to the following rules:
You can:
Please send feedback to sig-contributor-experience at kubernetes/community. /lifecycle stale |
/remove-lifecycle stale |
/reopen |
@alculquicondor: Reopened this issue. 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/test-infra repository. |
@KunWuLuan can you work on the documentation for this feature? |
sure |
What would you like to be added:
The order of ResourceFlavors within a ClusterQueue represents preference of consumption.
Consider the case where a CQ has two RFs, standard then spot; and consider a group of low priority jobs coming in first consuming all standard quota, then a higher priority job is submitted; although the high priority job could start using the spot quota, I would like it to preempt the lower priority jobs so it can consume resources from the preferred RF (standard).
A similar scenario happens with borrowing: if CQ2 is borrowing resources from CQ1 from higher order RF, I want new jobs submitted to CQ1 to reclaim borrowed resources to fit in the preferred RF.
This behavior can be added as a knob on the CQ.
Why is this needed:
Allows setting up CQs in way that ensures stronger guarantees on their nominal quota.
Completion requirements:
This enhancement requires the following artifacts:
The artifacts should be linked in subsequent comments.
The text was updated successfully, but these errors were encountered: