Tema 1: Planeacion del cluster
Base oficial: (The Kubernetes Authors, 2026a, 2026b). Mi versión de trabajo: Planear un cluster es decidir que fallas estas dispuesto a absorber y que complejidad estas dispuesto a operar.
Modelo mental
Planear un cluster es decidir que fallas estas dispuesto a absorber y que complejidad estas dispuesto a operar.
Notas
- Clusters de un nodo ensenan mecánica de API; multi-nodo enseña operaciones.
- HA de control plane, replicacion de storage y networking agregan complejidades distintas.
- Capacity planning empieza con requests, no con intuicion vaga.
Ángulo homelab
Escribe un diseño de una pagina antes de reconstruir. Incluye roles de nodos, rangos de red, storage, ingress y backup.
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
- Cluster Administration - ruta fuente:
content/en/docs/concepts/cluster-administration/_index.md, commit 8cc9e19b8eec8d5cf49eacd66f86a81648edb1a0. - Kubernetes Components - ruta fuente:
content/en/docs/concepts/overview/components.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. (2026a). Cluster Administration. https://kubernetes.io/docs/concepts/cluster-administration/
The Kubernetes Authors. (2026b). Kubernetes Components. https://kubernetes.io/docs/concepts/overview/components/