Lección 12: Recursos y sondas de salud
Hasta ahora le dijimos a Kubernetes qué ejecutar, pero no cuánta potencia darle ni cómo saber si realmente está funcionando bien. Esta lección cierra ambas brechas. Primero, los recursos: para cada contenedor puedes indicar requests —la cantidad garantizada de CPU y memoria que el scheduler usa para
requests es el asiento que reservaste, así tienes garantizado un lugar; limits es la línea que nunca puedes cruzar; las sondas son un control de pulso ("¿sigues vivo?") y un control de disposición ("¿estás listo para trabajar?").
- Solicitudes de recursos
- La cantidad garantizada de CPU y memoria para un contenedor. El scheduler la usa para elegir un nodo con suficiente espacio libre.
- Límites de recursos
- El tope máximo de CPU y memoria. Superar el tope de memoria mata el contenedor (OOMKilled), y la CPU se limita (throttling) hasta el tope.
- Sondas de salud
- Controles periódicos que el kubelet ejecuta contra un contenedor: liveness (¿está vivo?, si no, se reinicia) y readiness (¿está listo para tráfico?).
- Millicores
- La unidad de CPU en Kubernetes. 1000m equivale a un núcleo completo, así que 250m es un cuarto de núcleo.
- Mebibyte (Mi)
- Una unidad binaria de memoria. Un Mi equivale a 1024×1024 bytes, así que 128Mi son 128 mebibytes de memoria.
