Tema 2: PersistentVolumes y Claims

Base oficial: (The Kubernetes Authors, 2026). Mi versión de trabajo: PersistentVolume es oferta. PersistentVolumeClaim es demanda. El binding conecta necesidades de app con capacidad de storage.

Modelo mental

PersistentVolume es oferta. PersistentVolumeClaim es demanda. El binding conecta necesidades de app con capacidad de storage.

Notas

• PVCs permiten que apps pidan storage sin conocer detalles del backend.
• Reclaim policy decide que pasa cuando desaparecen los claims.
• Access modes son restricciones, no deseos.

Ángulo homelab

Antes de confiar en un PVC, prueba delete, reschedule, backup y restore. El camino feliz no basta.

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

• Persistent Volumes - ruta fuente: content/en/docs/concepts/storage/persistent-volumes.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). Persistent Volumes. https://kubernetes.io/docs/concepts/storage/persistent-volumes/