Repository navigation
chore: right-size admins/labs/ovk memory-limit quotas #534
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
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change |
|---|---|---|
|
|
@@ -37,7 +37,17 @@ tenant: | |
| requests.cpu: "3" | ||
| requests.memory: "5Gi" | ||
| limits.cpu: "12" | ||
| limits.memory: "11Gi" | ||
| # Right-sized 2026-07: after the openclaw memory-limit trim (2560Mi -> | ||
| # 2048Mi, mctl-gitops#532), current steady-state usage is 6560Mi/11Gi — | ||
| # but labs-openclaw is scaled to 0 right now (see | ||
| # services/labs/openclaw/values.yaml) and documented to come back | ||
| # online. Budgeted for that: 6560Mi + 2048Mi (openclaw's trimmed limit, | ||
| # once re-enabled) + ~2Gi headroom (same margin the 2026-05-10 bump | ||
| # validated for concurrent workflow + preview pods) ~= 10.5Gi. Only a | ||
| # 512Mi trim vs the un-adjusted 9Gi first estimate, on purpose — this | ||
| # tenant has the documented history of workflow pods stuck Pending when | ||
| # headroom got too tight. | ||
| limits.memory: "10.5Gi" | ||
|
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more.
The budget here adds only Useful? React with 👍 / 👎. |
||
| pods: "15" | ||
| persistentvolumeclaims: "2" | ||
| services: "15" | ||
|
|
||
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.
Kubernetes stores
Quantityfields in canonical form; the Kubernetes Quantity docs note that1.5Giis re-emitted as1536Mi, and the Argo CD FAQ calls out normalized resource quantities as an OutOfSync source. With this tenant Application using automated sync plusApplyOutOfSyncOnly, applying10.5Giwill come back from the API as10752Mi, sotenant-labscan remain OutOfSync and keep self-healing even though the quota is numerically unchanged. Use the canonical10752Mi(or an integral Gi value) in git.Useful? React with 👍 / 👎.