Persistent Volume Claim (PVC)
Demande de stockage dans Kubernetes : un pod déclare « il me faut 10 Go en lecture/écriture » via un PVC, et Kubernetes l'associe à un Persistent Volume (PV) réel. L'abstraction qui sépare « ce dont l'application a besoin » de « l'endroit d'où vient réellement le stockage ».
Mécanique : un PV est une ressource de stockage concrète (un disque, un partage NFS, un volume cloud) ; un PVC est la demande d'un utilisateur (taille, mode d'accès). Kubernetes lie chaque PVC à un PV compatible. Avec le provisionnement dynamique (via une StorageClass), le PV est créé automatiquement à l'apparition du PVC — inutile qu'un administrateur prépare des disques à l'avance. Modes d'accès : ReadWriteOnce (un nœud), ReadWriteMany (plusieurs nœuds), ReadOnlyMany.
Cas d'usage : un pod de base de données (StatefulSet) a besoin d'un stockage qui survive aux redémarrages et aux replanifications, et le réclame via un PVC. Avantage : l'application ne dépend pas de la technologie de stockage sous-jacente — le même manifeste fonctionne sur AWS EBS, GCE PD ou un disque local. À rapprocher de StorageClass et StatefulSet.