VolumeClaimSpec interface

AccessModes contient les modes d’accès souhaités dont le volume doit avoir. Plus d’informations : https://kubernetes.io/docs/concepts/storage/persistent-volumes#access-modes-1

Ce champ peut être utilisé pour spécifier soit : * Un objet VolumeSnapshot existant (snapshot.storage.k8s.io/VolumeSnapshot) * Un PVC existant (PersistentVolumeClaim) Si le provisionneur ou un contrôleur externe peut prendre en charge la source de données spécifiée, il crée un volume basé sur le contenu de la source de données spécifiée. Si la porte de fonctionnalité AnyVolumeDataSource est activée, ce champ aura toujours le même contenu que le champ DataSourceRef.

Spécifie l’objet à partir duquel remplir le volume avec des données, si un volume non vide est souhaité. Il peut s’agir d’un objet local à partir d’un groupe d’API non vide (objet non principal) ou d’un objet PersistentVolumeClaim. Lorsque ce champ est spécifié, la liaison de volume réussit uniquement si le type de l’objet spécifié correspond à un populateur de volume ou un provisionneur dynamique installé. Ce champ remplace les fonctionnalités du champ DataSource et, par conséquent, si les deux champs ne sont pas vides, ils doivent avoir la même valeur. Pour la compatibilité descendante, les deux champs (DataSource et DataSourceRef) sont définis automatiquement sur la même valeur si l’un d’eux est vide et que l’autre n’est pas vide. Il existe deux différences importantes entre DataSource et DataSourceRef : * Alors que DataSource autorise uniquement deux types d’objets spécifiques, DataSourceRef autorise n’importe quel objet non principal, ainsi que les objets PersistentVolumeClaim. * Alors que DataSource ignore les valeurs non autorisées (les supprimant), DataSourceRef conserve toutes les valeurs et génère une erreur si une valeur non autorisée est spécifiée. (bêta) L’utilisation de ce champ nécessite que la porte de fonctionnalité AnyVolumeDataSource soit activée.

Les ressources représentent les ressources minimales dont le volume doit avoir. Si la fonctionnalité RecoverVolumeExpansionFailure est activée, les utilisateurs sont autorisés à spécifier les exigences de ressources inférieures à la valeur précédente, mais doivent toujours être supérieures à la capacité enregistrée dans le champ d’état de la revendication. Plus d’informations : https://kubernetes.io/docs/concepts/storage/persistent-volumes#resources

Requête d’étiquette sur les volumes à prendre en compte pour la liaison.

Nom de storageClass requis par la revendication. Plus d’informations : https://kubernetes.io/docs/concepts/storage/persistent-volumes#class-1

volumeMode définit le type de volume requis par la revendication. La valeur du système de fichiers est implicite lorsqu’elle n’est pas incluse dans les spécifications de revendication. Il s’agit d’une fonctionnalité bêta.

VolumeName est la référence de liaison à persistentVolume qui sauvegarde cette revendication.