Persistent Volume Claim (PVC)
Una solicitud de almacenamiento en Kubernetes: un pod dice «necesito 10 GB de almacenamiento de lectura/escritura» mediante una PVC, y Kubernetes la empareja con un Persistent Volume (PV) real. La abstracción que separa «lo que la app necesita» de «de dónde sale realmente el almacenamiento».
Mecánica: un PV es un recurso de almacenamiento real (un disco, un recurso NFS, un volumen en la nube); una PVC es la solicitud de un usuario (tamaño, modo de acceso). Kubernetes enlaza una PVC con un PV que encaje. Con aprovisionamiento dinámico (mediante una StorageClass), el PV se crea automáticamente en cuanto aparece la PVC, sin que ningún administrador tenga que preparar discos de antemano. Modos de acceso: ReadWriteOnce (un nodo), ReadWriteMany (varios nodos), ReadOnlyMany. Caso de uso: un pod de base de datos (StatefulSet) necesita almacenamiento persistente que sobreviva a reinicios y reprogramaciones, así que solicita una PVC. La ventaja: la app queda independiente de la tecnología de almacenamiento subyacente (el mismo manifiesto funciona sobre AWS EBS, GCE PD o un disco local). Va de la mano de StorageClass y StatefulSet.