Tema 1: kube-scheduler

Base oficial: (The Kubernetes Authors, 2026). Mi versión de trabajo: El scheduler elige nodo para Pods que aún no tienen uno. Filtra nodos imposibles y puntúa el resto.

Modelo mental

El scheduler elige nodo para Pods que aún no tienen uno. Filtra nodos imposibles y puntúa el resto.

Notas

• Pods en Pending son evidencia de scheduling, no solo deployments fallidos.
• Requests, node selectors, affinities, taints y volúmenes restringen ubicación.
• Las decisiones del scheduler son tan buenas como las restricciones que declaras.

Ángulo homelab

Practica leer events de kubectl describe pod hasta que Pending se sienta mecanico.

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

• Kubernetes Scheduler - ruta fuente: content/en/docs/concepts/scheduling-eviction/kube-scheduler.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). Kubernetes Scheduler. https://kubernetes.io/docs/concepts/scheduling-eviction/kube-scheduler/