Rechercher

4.11. Stockage persistant à l'aide des volumes VMware vSphere

download PDF

OpenShift Container Platform permet d'utiliser les volumes Virtual Machine Disk (VMDK) de VMware vSphere. Vous pouvez approvisionner votre cluster OpenShift Container Platform avec un stockage persistant en utilisant VMware vSphere. Une certaine familiarité avec Kubernetes et VMware vSphere est supposée.

Les volumes VMware vSphere peuvent être approvisionnés de manière dynamique. OpenShift Container Platform crée le disque dans vSphere et l'attache à l'image correcte.

Note

OpenShift Container Platform fournit de nouveaux volumes en tant que disques persistants indépendants qui peuvent librement attacher et détacher le volume sur n'importe quel nœud du cluster. Par conséquent, vous ne pouvez pas sauvegarder des volumes qui utilisent des instantanés, ni restaurer des volumes à partir d'instantanés. Voir Limitations des instantanés pour plus d'informations.

Le cadre de volume persistant de Kubernetes permet aux administrateurs de provisionner un cluster avec un stockage persistant et donne aux utilisateurs un moyen de demander ces ressources sans avoir aucune connaissance de l'infrastructure sous-jacente.

Les volumes persistants ne sont pas liés à un projet ou à un espace de noms unique ; ils peuvent être partagés à travers le cluster OpenShift Container Platform. Les demandes de volumes persistants sont spécifiques à un projet ou à un espace de noms et peuvent être demandées par les utilisateurs.

Important

OpenShift Container Platform utilise par défaut un plugin in-tree (non-CSI) pour provisionner le stockage vSphere.

Dans les prochaines versions d'OpenShift Container Platform, les volumes provisionnés à l'aide des plugins in-tree existants sont prévus pour une migration vers leur pilote CSI équivalent. La migration automatique CSI devrait être transparente. La migration ne modifie pas la façon dont vous utilisez tous les objets API existants, tels que les volumes persistants, les réclamations de volumes persistants et les classes de stockage. Pour plus d'informations sur la migration, voir Migration automatique CSI.

Après la migration complète, les plugins in-tree seront éventuellement supprimés dans les futures versions d'OpenShift Container Platform.

Ressources supplémentaires

4.11.1. Approvisionnement dynamique des volumes VMware vSphere

Le provisionnement dynamique des volumes VMware vSphere est la méthode recommandée.

4.11.2. Conditions préalables

  • Un cluster OpenShift Container Platform installé sur une version de VMware vSphere qui répond aux exigences des composants que vous utilisez. Voir Installation d'un cluster sur vSphere pour plus d'informations sur la prise en charge des versions de vSphere.

Vous pouvez utiliser l'une des procédures suivantes pour approvisionner dynamiquement ces volumes à l'aide de la classe de stockage par défaut.

4.11.2.1. Approvisionnement dynamique des volumes VMware vSphere à l'aide de l'interface utilisateur

OpenShift Container Platform installe une classe de stockage par défaut, nommée thin, qui utilise le format de disque thin pour provisionner les volumes.

Conditions préalables

  • Le stockage doit exister dans l'infrastructure sous-jacente avant de pouvoir être monté en tant que volume dans OpenShift Container Platform.

Procédure

  1. Dans la console OpenShift Container Platform, cliquez sur Storage Persistent Volume Claims.
  2. Dans l'aperçu des réclamations relatives aux volumes persistants, cliquez sur Create Persistent Volume Claim.
  3. Définissez les options requises sur la page résultante.

    1. Sélectionnez la classe de stockage thin.
    2. Saisissez un nom unique pour la créance de stockage.
    3. Sélectionnez le mode d'accès pour déterminer l'accès en lecture et en écriture de l'unité de stockage créée.
    4. Définir la taille de la demande de stockage.
  4. Cliquez sur Create pour créer la demande de volume persistant et générer un volume persistant.

4.11.2.2. Approvisionnement dynamique des volumes VMware vSphere à l'aide de la CLI

OpenShift Container Platform installe une StorageClass par défaut, nommée thin, qui utilise le format de disque thin pour provisionner les volumes.

Conditions préalables

  • Le stockage doit exister dans l'infrastructure sous-jacente avant de pouvoir être monté en tant que volume dans OpenShift Container Platform.

Procédure (CLI)

  1. Vous pouvez définir un VMware vSphere PersistentVolumeClaim en créant un fichier, pvc.yaml, dont le contenu est le suivant :

    kind: PersistentVolumeClaim
    apiVersion: v1
    metadata:
      name: pvc 1
    spec:
      accessModes:
      - ReadWriteOnce 2
      resources:
        requests:
          storage: 1Gi 3
    1
    Un nom unique qui représente la demande de volume persistant.
    2
    Le mode d'accès de la demande de volume persistant. Avec ReadWriteOnce, le volume peut être monté avec des autorisations de lecture et d'écriture par un seul nœud.
    3
    Taille de la demande de volume persistant.
  2. Créer l'objet PersistentVolumeClaim à partir du fichier :

    $ oc create -f pvc.yaml

4.11.3. Approvisionnement statique des volumes VMware vSphere

Pour provisionner statiquement des volumes VMware vSphere, vous devez créer les disques de la machine virtuelle pour qu'ils soient référencés par la structure de volumes persistants.

Conditions préalables

  • Le stockage doit exister dans l'infrastructure sous-jacente avant de pouvoir être monté en tant que volume dans OpenShift Container Platform.

Procédure

  1. Créez les disques de la machine virtuelle. Les disques de machine virtuelle (VMDK) doivent être créés manuellement avant le provisionnement statique des volumes VMware vSphere. Utilisez l'une des méthodes suivantes :

    • Création à l'aide de vmkfstools. Accédez à ESX via Secure Shell (SSH) et utilisez la commande suivante pour créer un volume VMDK :

      $ vmkfstools -c <size> /vmfs/volumes/<datastore-name>/volumes/<disk-name>.vmdk
    • Créer à l'aide de vmware-diskmanager:

      $ shell vmware-vdiskmanager -c -t 0 -s <size> -a lsilogic <disk-name>.vmdk
  2. Créez un volume persistant qui référence les VMDK. Créez un fichier, pv1.yaml, avec la définition de l'objet PersistentVolume:

    apiVersion: v1
    kind: PersistentVolume
    metadata:
      name: pv1 1
    spec:
      capacity:
        storage: 1Gi 2
      accessModes:
        - ReadWriteOnce
      persistentVolumeReclaimPolicy: Retain
      vsphereVolume: 3
        volumePath: "[datastore1] volumes/myDisk"  4
        fsType: ext4  5
    1
    Le nom du volume. Ce nom est la façon dont il est identifié par les réclamations de volumes persistants ou les pods.
    2
    La quantité de stockage allouée à ce volume.
    3
    Le type de volume utilisé, avec vsphereVolume pour les volumes vSphere. L'étiquette est utilisée pour monter un volume VMDK vSphere dans des pods. Le contenu d'un volume est préservé lorsqu'il est démonté. Le type de volume prend en charge les datastores VMFS et VSAN.
    4
    Le volume VMDK existant à utiliser. Si vous avez utilisé vmkfstools, vous devez mettre le nom du datastore entre crochets, [], dans la définition du volume, comme indiqué précédemment.
    5
    Le type de système de fichiers à monter. Par exemple, ext4, xfs ou d'autres systèmes de fichiers.
    Important

    La modification de la valeur du paramètre fsType après le formatage et l'approvisionnement du volume peut entraîner une perte de données et une défaillance du pod.

  3. Créer l'objet PersistentVolume à partir du fichier :

    $ oc create -f pv1.yaml
  4. Créez une revendication de volume persistant qui correspond au volume persistant que vous avez créé à l'étape précédente. Créez un fichier, pvc1.yaml, avec la définition de l'objet PersistentVolumeClaim:

    apiVersion: v1
    kind: PersistentVolumeClaim
    metadata:
      name: pvc1 1
    spec:
      accessModes:
        - ReadWriteOnce 2
      resources:
       requests:
         storage: "1Gi" 3
      volumeName: pv1 4
    1
    Un nom unique qui représente la demande de volume persistant.
    2
    Le mode d'accès de la demande de volume persistant. Avec ReadWriteOnce, le volume peut être monté avec des autorisations de lecture et d'écriture par un seul nœud.
    3
    Taille de la demande de volume persistant.
    4
    Le nom du volume persistant existant.
  5. Créer l'objet PersistentVolumeClaim à partir du fichier :

    $ oc create -f pvc1.yaml

4.11.3.1. Formatage des volumes VMware vSphere

Avant qu'OpenShift Container Platform ne monte le volume et ne le transmette à un conteneur, il vérifie que le volume contient un système de fichiers spécifié par la valeur du paramètre fsType dans la définition de PersistentVolume (PV). Si le périphérique n'est pas formaté avec le système de fichiers, toutes les données du périphérique sont effacées et le périphérique est automatiquement formaté avec le système de fichiers spécifié.

Comme OpenShift Container Platform les formate avant la première utilisation, vous pouvez utiliser des volumes vSphere non formatés en tant que PV.

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.

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 leBlog 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.

© 2024 Red Hat, Inc.