3.3. Les volumes persistants


Chaque PV contient une spécification et un statut, qui est la spécification et l’état du volume, par exemple:

Exemple de définition d’objet PersistentVolume

apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv0001 
1

spec:
  capacity:
    storage: 5Gi 
2

  accessModes:
    - ReadWriteOnce 
3

  persistentVolumeReclaimPolicy: Retain 
4

  ...
status:
  ...
Copy to Clipboard Toggle word wrap

1
Le nom du volume persistant.
2
La quantité de stockage disponible pour le volume.
3
Le mode d’accès, définissant les autorisations de lecture-écriture et de montage.
4
La politique de récupération, indiquant comment la ressource devrait être gérée une fois qu’elle est publiée.

Il est possible d’afficher le nom d’un PVC lié à un PV en exécutant la commande suivante:

$ oc get pv <pv-name> -o jsonpath='{.spec.claimRef.name}'
Copy to Clipboard Toggle word wrap

3.3.1. Les types de PV

Le logiciel OpenShift Dedicated prend en charge les plugins de volume persistants suivants:

  • AWS Elastic Block Store (EBS)
  • Disque persistant GCP
  • GCP Filestore

3.3.2. Capacité

Généralement, un volume persistant (PV) a une capacité de stockage spécifique. Ceci est défini en utilisant l’attribut de capacité du PV.

Actuellement, la capacité de stockage est la seule ressource pouvant être définie ou demandée. Les attributs futurs peuvent inclure IOPS, le débit, et ainsi de suite.

3.3.3. Les modes d’accès

Le volume persistant peut être monté sur un hôte de quelque manière que ce soit pris en charge par le fournisseur de ressources. Les fournisseurs ont des capacités différentes et les modes d’accès de chaque PV sont définis sur les modes spécifiques pris en charge par ce volume particulier. À titre d’exemple, NFS peut prendre en charge plusieurs clients en lecture-écriture, mais un NFS PV spécifique peut être exporté sur le serveur en lecture seule. Chaque PV obtient son propre ensemble de modes d’accès décrivant les capacités spécifiques de ce PV.

Les revendications sont appariées à des volumes avec des modes d’accès similaires. Les deux seuls critères correspondants sont les modes d’accès et la taille. Les modes d’accès d’une revendication représentent une demande. Donc, vous pourriez être accordé plus, mais jamais moins. À titre d’exemple, si une revendication demande RWO, mais le seul volume disponible est un NFS PV (RWO+ROX+RWX), la revendication correspondrait alors à NFS parce qu’elle supporte RWO.

Les matchs directs sont toujours tentés en premier. Les modes du volume doivent correspondre ou contenir plus de modes que vous ne l’avez demandé. La taille doit être supérieure ou égale à ce qui est attendu. Lorsque deux types de volumes, tels que NFS et iSCSI, ont le même ensemble de modes d’accès, l’un d’eux peut correspondre à une revendication avec ces modes. Il n’y a pas de commande entre les types de volumes et aucun moyen de choisir un type par rapport à un autre.

Les volumes avec les mêmes modes sont regroupés, puis triés par taille, les plus petits à les plus grands. Le liant obtient le groupe avec des modes assortis et itère sur chacun, dans l’ordre de taille, jusqu’à ce qu’une taille corresponde.

Important

Les modes d’accès au volume décrivent les capacités de volume. Ce ne sont pas des contraintes forcées. Le fournisseur de stockage est responsable des erreurs d’exécution résultant de l’utilisation invalide de la ressource. Les erreurs dans le fournisseur apparaissent au moment de l’exécution sous forme d’erreurs de montage.

Le tableau suivant répertorie les modes d’accès:

Expand
Tableau 3.1. Les modes d’accès
Le mode d’accèsAbréviation de CLIDescription

À propos de ReadWriteOnce

LE RWO

Le volume peut être monté en lecture-écriture par un seul nœud.

ReadWriteOncePod [1]

LE RWOP

Le volume peut être monté en lecture-écriture par un seul pod sur un seul nœud.

  1. Le RWOP utilise la fonction de montage SELinux. Cette fonctionnalité est dépendante du pilote et activée par défaut dans ODF, AWS EBS, Azure Disk, GCP PD, IBM Cloud Block Storage volume, Cinder et vSphere. En ce qui concerne les conducteurs tiers, veuillez contacter votre fournisseur de stockage.
Expand
Tableau 3.2. Les modes d’accès pris en charge pour les volumes persistants
Plugin de volumeL’histoire de ReadWriteOnce [1]ReadWriteOncePodLireOnlyManyReadWriteMany

AWS EBS [2]

 ✅

 ✅

AWS EFS

 ✅

 ✅

 ✅

 ✅

Disque persistant GCP

 ✅

GCP Filestore

 ✅

 ✅

 ✅

Le stockage LVM

 ✅

 ✅

  1. Les volumes ReadWriteOnce (RWO) ne peuvent pas être montés sur plusieurs nœuds. En cas de défaillance d’un nœud, le système ne permet pas que le volume RWO attaché soit monté sur un nouveau nœud car il est déjà affecté au nœud défaillant. Lorsque vous rencontrez un message d’erreur multi-attaché en conséquence, forcez à supprimer le pod sur un nœud d’arrêt ou un nœud planté pour éviter la perte de données dans les charges de travail critiques, par exemple lorsque des volumes persistants dynamiques sont attachés.
  2. Employez une stratégie de déploiement recréée pour les pods qui s’appuient sur AWS EBS.
  3. Les volumes de blocs bruts prennent en charge le mode d’accès ReadWriteMany (RWX) pour Fibre Channel et iSCSI. En savoir plus, voir « Support de volume de verrouillage ».

3.3.4. De la phase

Les volumes peuvent être trouvés dans l’une des phases suivantes:

Expand
Tableau 3.3. Les phases de volume
De la phaseDescription

Disponible

C’est une ressource gratuite qui n’est pas encore liée à une réclamation.

Lié

Le volume est lié à une réclamation.

Libéré

La réclamation a été supprimée, mais la ressource n’est pas encore récupérée par le cluster.

J’ai échoué

Le volume a échoué à sa récupération automatique.

3.3.4.1. Dernière phase de transition

Le champ LastPhaseTransitionTime dispose d’un horodatage qui met à jour chaque fois qu’un volume persistant (PV) passe à une phase différente (pv.Status.Phase). Afin de trouver l’heure de la dernière transition de phase pour un PV, exécutez la commande suivante:

$ oc get pv <pv-name> -o json | jq '.status.lastPhaseTransitionTime' 
1
Copy to Clipboard Toggle word wrap
1
Indiquez le nom du PV que vous souhaitez voir la dernière phase de transition.

3.3.4.2. Les options de montage

Lors du montage d’un PV, vous pouvez spécifier les options de montage à l’aide de l’attribut MountOptions.

À titre d’exemple:

Exemple d’options de montage

apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv0001
spec:
  capacity:
    storage: 1Gi
  accessModes:
    - ReadWriteOnce
  mountOptions: 
1

    - nfsvers=4.1
  nfs:
    path: /tmp
    server: 172.17.0.2
  persistentVolumeReclaimPolicy: Retain
  claimRef:
    name: claim1
    namespace: default
Copy to Clipboard Toggle word wrap

1
Des options de montage spécifiées sont utilisées lors du montage du PV sur le disque.

Les types PV suivants prennent en charge les options de montage:

  • AWS Elastic Block Store (EBS)
  • Disque persistant GCE
Retour au début
Red Hat logoGithubredditYoutubeTwitter

Apprendre

Essayez, achetez et vendez

Communautés

À propos de la documentation Red Hat

Nous aidons les utilisateurs de Red Hat à innover et à atteindre leurs objectifs grâce à nos produits et services avec un contenu auquel ils peuvent faire confiance. Découvrez nos récentes mises à jour.

Rendre l’open source plus inclusif

Red Hat s'engage à remplacer le langage problématique dans notre code, notre documentation et nos propriétés Web. Pour plus de détails, consultez le Blog Red Hat.

À propos de Red Hat

Nous proposons des solutions renforcées qui facilitent le travail des entreprises sur plusieurs plates-formes et environnements, du centre de données central à la périphérie du réseau.

Theme

© 2025 Red Hat