6.2. Cycle de vie et revendications de volumes persistants

Les paramètres d'une demande de volume sont autorisés à l'intérieur d'une source de volume d'un module. Les étiquettes, les annotations et l'ensemble des champs pour les demandes de volumes persistants (PVC) sont pris en charge. Lorsqu'un tel module est créé, le contrôleur de volume éphémère crée alors un objet PVC réel (à partir du modèle présenté dans la procédure Creating generic ephemeral volumes ) dans le même espace de noms que le module, et s'assure que le PVC est supprimé lorsque le module est supprimé. Cela déclenche la liaison de volume et le provisionnement de deux manières :

En termes de propriété des ressources, un pod qui dispose d'un stockage éphémère générique est le propriétaire des PVC qui fournissent ce stockage éphémère. Lorsque le pod est supprimé, le garbage collector de Kubernetes supprime le PVC, ce qui déclenche généralement la suppression du volume car la politique de récupération par défaut des classes de stockage consiste à supprimer les volumes. Vous pouvez créer un stockage local quasi-éphémère en utilisant une classe de stockage dont la politique de récupération est de conserver : le stockage survit au pod et, dans ce cas, vous devez vous assurer que le nettoyage du volume s'effectue séparément. Tant que ces PVC existent, ils peuvent être utilisés comme n'importe quel autre PVC. En particulier, ils peuvent être référencés comme source de données dans le clonage de volume ou l'instantané. L'objet PVC contient également l'état actuel du volume.