Tema 3: Requests y limits de recursos

Base oficial: (The Kubernetes Authors, 2026). Mi versión de trabajo: Requests son promesas para scheduling. Limits son fronteras de enforcement. Confundirlos crea clusters ruidosos.

Modelo mental

Requests son promesas para scheduling. Limits son fronteras de enforcement. Confundirlos crea clusters ruidosos.

Notas

• CPU y memoria se comportan distinto bajo presión.
• Requests ausentes debilitan senales de scheduling y autoscaling.
• Limits demasiado apretados pueden crear fallas artificiales.

Ángulo homelab

Mide primero y luego define requests conservadores. Homelabs exponen desperdicio rapido porque la capacidad es finita.

Cómo verificarlo

• Lee el status del objeto antes de cambiar el manifest.
• Revisa events para encontrar el controlador o nodo que realmente se queja.
• Confirma que la fuente oficial abajo todavía coincide con la versión del cluster que corres.

Modos de falla comunes

• Tratar el objeto YAML como el sistema, en vez de verlo como una entrada a un loop de reconciliación.
• Debuggear desde fuera del cluster cuando la falla solo existe dentro de networking o estado de nodo.
• Olvidar que versión de Kubernetes, versión de addon y comportamiento de runtime están conectados.

Fuentes

• Resource Management for Pods and Containers - ruta fuente: content/en/docs/concepts/configuration/manage-resources-containers.md, commit 8cc9e19b8eec8d5cf49eacd66f86a81648edb1a0.
• La documentación de Kubernetes usa licencia CC BY 4.0; estas notas son comentario original y enlazan a la fuente oficial.

The Kubernetes Authors. (2026). Resource Management for Pods and Containers. https://kubernetes.io/docs/concepts/configuration/manage-resources-containers/