You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: content/en/docs/concepts/policy/resource-quotas.md
+5-1Lines changed: 5 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -165,7 +165,11 @@ Here is an example set of resources users may want to put under object count quo
165
165
*`count/jobs.batch`
166
166
*`count/cronjobs.batch`
167
167
168
-
The same syntax can be used for custom resources.
168
+
If you define a quota this way, it applies to Kubernetes' APIs that are part of the API server, and
169
+
to any custom resources backed by a CustomResourceDefinition. If you use [API aggregation](/docs/concepts/extend-kubernetes/api-extension/apiserver-aggregation/) to
170
+
add additional, custom APIs that are not defined as CustomResourceDefinitions, the core Kubernetes
171
+
control plane does not enforce quota for the aggregated API. The extension API server is expected to
172
+
provide quota enforcement if that's appropriate for the custom API.
169
173
For example, to create a quota on a `widgets` custom resource in the `example.com` API group, use `count/widgets.example.com`.
170
174
171
175
When using such a resource quota (nearly for all object kinds), an object is charged
0 commit comments