Challenge: recursos y estado
El capítulo de Pods del libro dedica secciones enteras a probes, requests, limits y clases de QoS. Este challenge es su traducción práctica: dos Pods cuyo problema no está en la aplicación sino en el contrato que declaran con el clúster.
El primero pide con sus requests más CPU y memoria de la que tiene ningún nodo, así que el scheduler lo deja en Pending indefinidamente. El segundo tiene una livenessProbe que apunta a una ruta que no existe, así que el kubelet mata cada pocos segundos un contenedor que funciona perfectamente.
La regla del challenge refleja la del mundo real: no vale borrar los requests ni la probe. Hay que corregirlos.
Criterio de superación: el Pod procesador está en Running conservando requests razonables, y el Pod estado está Ready y sin reinicios nuevos conservando su liveness probe. Recuerda de la lección 1 que un Pod sin requests ni limits recibe la clase QoS BestEffort; tras este challenge, procesador será Burstable.
- Previous lesson
- Requests, limits y QoS Classes
- Next lesson
- Deployment y ciclo de vida