Skip to content

[ocp4_workload_tenant_namespace] Document pods quota key support#39

Merged
wkulhanek merged 1 commit into
mainfrom
ocp4-getting-started-pod-limit
Apr 21, 2026
Merged

[ocp4_workload_tenant_namespace] Document pods quota key support#39
wkulhanek merged 1 commit into
mainfrom
ocp4-getting-started-pod-limit

Conversation

@stencell
Copy link
Copy Markdown
Contributor

Summary

  • Documents that pods is a valid key in ocp4_workload_tenant_namespace_default_quota for capping total pod count across all tenant namespaces
  • No code changes — the dict is already passed through directly as hard limits to both ClusterResourceQuota and ResourceQuota
  • Adds a pods: "50" example comment to the per-suffix quota block and a note to the default quota variable

Motivation

Multi-tenant lab clusters need a pod count ceiling to prevent runaway pod creation (e.g. a student scaling to thousands of small pods). The existing CPU/memory limits don't prevent this since very small pods can be created in large numbers within the resource budget.

Usage

ocp4_workload_tenant_namespace_default_quota:
  limits.cpu: "10"
  requests.cpu: "5"
  limits.memory: 10Gi
  requests.memory: 5Gi
  requests.storage: 100Gi
  pods: "50"

The default_quota dict is passed directly as ResourceQuota/CRQ hard
limits so `pods` already works without any code change. Add comments
making this explicit and showing the recommended usage for multi-tenant
clusters where pod count limits are needed.

Co-Authored-By: Claude Sonnet 4.6 (1M context) <noreply@anthropic.com>
@wkulhanek wkulhanek merged commit c914c1d into main Apr 21, 2026
1 check passed
@wkulhanek wkulhanek deleted the ocp4-getting-started-pod-limit branch April 21, 2026 15:33
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants