-
Notifications
You must be signed in to change notification settings - Fork 38.7k
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
dynamic resource allocation: quota = limit number of resource claims per namespace #114916
Comments
/sig node Before we start working on this, we should know how one resource driver handles quotas and whether this is needed. |
/priority important-soon Let's implement this for 1.29 because it should be in place before promoting DRA to beta. |
/assign |
This issue is labeled with You can:
For more details on the triage process, see https://www.kubernetes.dev/docs/guide/issue-triage/ /remove-triage accepted |
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 |
The Kubernetes project currently lacks enough active 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 rotten |
As discussed in the KEP, most likely useful quotas need to be implemented by resource drivers because only they know how much resources get consumed by a specific claim.
What can be limited in Kubernetes itself is the number of ResourceClaims per namespace. For this, two new ResourceQuota resource names get added:
resourceclaims
limits the number of ResourceClaim objects in a namespace across all resource class.<resource-class-name>.resourceclass.node.k8s.io/resourceclaims
limits the number of ResourceClaim objects for the specific resource class.The text was updated successfully, but these errors were encountered: