Topic 3: Resource Requests And Limits
Official baseline: (The Kubernetes Authors, 2026). My working version: Requests are scheduling promises. Limits are enforcement boundaries. Confusing them causes noisy clusters.
Mental Model
Requests are scheduling promises. Limits are enforcement boundaries. Confusing them causes noisy clusters.
Notes
- CPU and memory behave differently under pressure.
- Missing requests weaken scheduling and autoscaling signals.
- Over-tight limits can create artificial failures.
Homelab Angle
Measure first, then set conservative requests. Homelabs expose waste quickly because capacity is finite.
The cache design connects the memory budget with eviction and source protection. A container memory limit does not choose which entries can safely be discarded.
Verify It
- Read the object status before changing the manifest.
- Check events for the controller or node that is actually complaining.
- Confirm the official source linked below still matches the cluster version you run.
Common Failure Modes
- Treating the YAML object as the system, instead of one input to a reconciliation loop.
- Debugging from outside the cluster when the failure only exists inside cluster networking or node state.
- Forgetting that Kubernetes version, addon version, and runtime behavior are linked.
Sources
- Resource Management for Pods and Containers - source path:
content/en/docs/concepts/configuration/manage-resources-containers.md, commit 8cc9e19b8eec8d5cf49eacd66f86a81648edb1a0. - Kubernetes documentation is licensed under CC BY 4.0; these notes are original commentary and link back to the official source.
The Kubernetes Authors. (2026). Resource Management for Pods and Containers. https://kubernetes.io/docs/concepts/configuration/manage-resources-containers/