Tema 3: StorageClasses y provisioning dinámico
Base oficial: (The Kubernetes Authors, 2026b, 2026a). Mi versión de trabajo: StorageClass es una opción de menu. Provisioning dinámico convierte un PVC en storage backend sin crear PVs a mano.
Modelo mental
StorageClass es una opción de menu. Provisioning dinámico convierte un PVC en storage backend sin crear PVs a mano.
Notas
- La StorageClass default moldea silenciosamente cada workload con estado.
- Expansion, binding mode y reclaim policy deben entenderse antes de produccion.
- El provisioner es otro controlador con sus propios modos de falla.
Ángulo homelab
Nombra storage classes por comportamiento, no por orgullo de vendor: fast-local, replicated, backup-required.
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
- Storage Classes - ruta fuente:
content/en/docs/concepts/storage/storage-classes.md, commit 8cc9e19b8eec8d5cf49eacd66f86a81648edb1a0. - Dynamic Volume Provisioning - ruta fuente:
content/en/docs/concepts/storage/dynamic-provisioning.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). Dynamic Volume Provisioning. https://kubernetes.io/docs/concepts/storage/dynamic-provisioning/
The Kubernetes Authors. (2026b). Storage Classes. https://kubernetes.io/docs/concepts/storage/storage-classes/