Tema 3: RuntimeClass y aislamiento
Base oficial: (The Kubernetes Authors, 2026b, 2026a). Mi versión de trabajo: RuntimeClass permite que un Pod pida un entorno de ejecución distinto sin cambiar la forma general del manifest.
Modelo mental
RuntimeClass permite que un Pod pida un entorno de ejecución distinto sin cambiar la forma general del manifest.
Notas
- RuntimeClass sirve para sandboxing más fuerte, hardware especial o runtime handlers alternativos.
- El cluster ya debe soportar el runtime handler antes de que un Pod lo use.
- Scheduling y disponibilidad del runtime deben coincidir, o los Pods caen en un lugar imposible.
Ángulo homelab
Esta es una ruta avanzada: documenta por que un workload necesita runtime especial antes de agregarlo.
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
- RuntimeClass - ruta fuente:
content/en/docs/concepts/containers/runtime-class.md, commit 8cc9e19b8eec8d5cf49eacd66f86a81648edb1a0. - Container Runtimes - ruta fuente:
content/en/docs/setup/production-environment/container-runtimes.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). Container Runtimes. https://kubernetes.io/docs/setup/production-environment/container-runtimes/
The Kubernetes Authors. (2026b). RuntimeClass. https://kubernetes.io/docs/concepts/containers/runtime-class/