5.19. Opérateur de pilote VMware vSphere CSI

1. Supprimez les objets tiers vSphere CSI Driver (VMware vSphere Container Storage Plugin) Deployment et Daemonset.
2. Supprimer les objets configmap et secret qui ont été installés précédemment avec le pilote vSphere CSI.

3. Supprimez l'objet pilote vSphere CSI tiers CSIDriver:

   ~ $ oc delete CSIDriver csi.vsphere.vmware.com

   csidriver.storage.k8s.io "csi.vsphere.vmware.com" deleted

Procédure

1. Dans l'interface graphique du client VMware vCenter vSphere, définissez les catégories et les balises appropriées pour les zones et les régions.

   Bien que vSphere vous permette de créer des catégories avec n'importe quel nom arbitraire, OpenShift Container Platform recommande fortement l'utilisation des noms openshift-region et openshift-zone pour définir la topologie.

   L'exemple suivant définit deux domaines de défaillance avec une région et deux zones :

   Tableau 5.4. topologie vSphere avec une région et deux zones

   Grappe de calcul	Domaine de défaillance	Description
   Cluster de calcul : ocp1, Datacenter : Atlanta	openshift-region : us-east-1 (tag), openshift-zone : us-east-1a (tag)	Ceci définit un domaine de défaillance dans la région us-east-1 avec la zone us-east-1a.
   Groupe d'ordinateurs : ocp2, Centre de données : Atlanta	openshift-region : us-east-1 (tag), openshift-zone : us-east-1b (tag)	Cela définit un domaine de défaillance différent au sein de la même région, appelé us-east-1b.

   Pour plus d'informations sur les catégories et les balises vSphere, voir la documentation VMware vSphere.

2. Pour permettre au pilote de l'interface de stockage de conteneurs (CSI) de détecter cette topologie, modifiez le fichier YAML de l'objet clusterCSIDriver, section driverConfig:

   • Spécifiez les catégories openshift-zone et openshift-region que vous avez créées précédemment.

   • Définir driverType à vSphere.

     ~ $ oc edit clustercsidriver csi.vsphere.vmware.com -o yaml

     Exemple de sortie

     apiVersion: operator.openshift.io/v1
     kind: ClusterCSIDriver
     metadata:
      name: csi.vsphere.vmware.com
     spec:
      logLevel: Normal
      managementState: Managed
      observedConfig: null
      operatorLogLevel: Normal
      unsupportedConfigOverrides: null
      driverConfig:
       driverType: vSphere 1
         vSphere:
           topologyCategories: 2
           - openshift-zone
           - openshift-region

     1

     Assurez-vous que driverType est défini sur vSphere.

     2

     openshift-zone et openshift-region catégories créées précédemment dans vCenter.

3. Vérifiez que l'objet CSINode possède des clés de topologie en exécutant les commandes suivantes :

   ~ $ oc get csinode

   Exemple de sortie

   NAME                        DRIVERS     AGE
   co8-4s88d-infra-2m5vd       1           27m
   co8-4s88d-master-0          1           70m
   co8-4s88d-master-1          1           70m
   co8-4s88d-master-2          1           70m
   co8-4s88d-worker-j2hmg      1           47m
   co8-4s88d-worker-mbb46      1           47m
   co8-4s88d-worker-zlk7d      1           47m

   ~ $ oc get csinode co8-4s88d-worker-j2hmg -o yaml

   Exemple de sortie

   ...
   spec:
       drivers:
       - allocatable:
           count: 59
       name: csi-vsphere.vmware.com
       nodeID: co8-4s88d-worker-j2hmg
       topologyKeys: 1
       - topology.csi.vmware.com/openshift-zone
       - topology.csi.vmware.com/openshift-region

   1

   Clés de topologie des catégories vSphere openshift-zone et openshift-region.

   Note

   CSINode peuvent mettre un certain temps à recevoir les informations topologiques mises à jour. Après la mise à jour du pilote, les objets CSINode devraient contenir des clés de topologie.

4. Créer une balise à attribuer aux datastores dans les domaines de défaillance :

   Lorsqu'une OpenShift Container Platform s'étend sur plus d'un domaine de défaillance, le datastore peut ne pas être partagé à travers ces domaines de défaillance, c'est pourquoi le provisionnement topologique des volumes persistants (PV) est utile.

   1. Dans vCenter, créez une catégorie pour baliser les datastores. Par exemple, openshift-zonal-datastore-cat. Vous pouvez utiliser n'importe quel autre nom de catégorie, à condition que la catégorie soit utilisée uniquement pour baliser les datastores participant au cluster OpenShift Container Platform. Assurez-vous également que StoragePod, Datastore et Folder sont sélectionnés en tant qu'entités associables pour la catégorie créée.
   2. Dans vCenter, créez une balise qui utilise la catégorie précédemment créée. Cet exemple utilise le nom de balise openshift-zonal-datastore.

   3. Attribuer la balise créée précédemment (dans cet exemple openshift-zonal-datastore) à chaque datastore d'un domaine de défaillance qui serait pris en compte pour le provisionnement dynamique.

      Note

      Vous pouvez utiliser les noms de votre choix pour les catégories et les étiquettes. Les noms utilisés dans cet exemple sont fournis à titre de recommandation. Assurez-vous que les balises et les catégories que vous définissez n'identifient que les datastores qui sont partagés avec tous les hôtes du cluster OpenShift Container Platform.

5. Créer une stratégie de stockage qui cible les datastores basés sur les balises dans chaque domaine de défaillance :

   1. Dans vCenter, dans le menu principal, cliquez sur Policies and Profiles.
   2. Sur la page Policies and Profiles, dans le volet de navigation, cliquez sur VM Storage Policies.
   3. Cliquez sur CREATE.
   4. Saisissez un nom pour la stratégie de stockage.

   5. Pour les règles, choisissez Tag Placement rules et sélectionnez la balise et la catégorie qui cible les datastores souhaités (dans cet exemple, la balise openshift-zonal-datastore ).

      Les magasins de données sont répertoriés dans le tableau de compatibilité du stockage.

6. Créez une nouvelle classe de stockage qui utilise la nouvelle politique de stockage zoné :

   1. Cliquez sur Storage > StorageClasses.
   2. Sur la page StorageClasses, cliquez sur Create StorageClass.
   3. Saisissez un nom pour la nouvelle classe de stockage à l'adresse Name.
   4. Sous Provisioner, sélectionnez csi.vsphere.vmware.com.
   5. Sous Additional parameters, pour le paramètre StoragePolicyName, définissez Value comme étant le nom de la nouvelle stratégie de stockage zoné que vous avez créée précédemment.

   6. Cliquez sur Create.

      Exemple de sortie

      kind: StorageClass
      apiVersion: storage.k8s.io/v1
      metadata:
        name: zoned-sc 1
      provisioner: csi.vsphere.vmware.com
      parameters:
        StoragePolicyName: zoned-storage-policy 2
      reclaimPolicy: Delete
      allowVolumeExpansion: true
      volumeBindingMode: WaitForFirstConsumer

      1

      Nouveau nom de classe de stockage tenant compte de la topologie.

      2

      Spécifier la politique de stockage par zones.

      Note

      Vous pouvez également créer la classe de stockage en modifiant le fichier YAML précédent et en exécutant la commande oc create -f $FILE.