Migrer le datastore vers SPBM

Preview

Cette fonctionnalité est soumise aux "Conditions des offres de pré-DG" dans la section "Conditions d'utilisation générales" des Conditions spécifiques au service. Les fonctionnalités pré-DG sont disponibles "en l'état" et peuvent avoir une assistance limitée. Pour en savoir plus, consultez les descriptions des étapes de lancement.

Ce document explique comment migrer un datastore vSphere vers la gestion basée sur des règles de stockage (SPBM).

Contexte

Vous pouvez spécifier un datastore dans les fichiers de configuration du cluster à quatre emplacements:

• Cluster d'administrateur vCenter.datastore

• Cluster d'utilisateur vCenter.datastore

• Cluster d'utilisateur masterNode.vsphere.datastore

• Cluster d'utilisateur nodePools[i].vsphere.datastore

L'héritage de ces champs est le suivant:

adminCluster.vCenter.datastore ->
  userCluster.vCenter.datastore ->
    (userCluster.masterNode.vsphere.datastore and userCluster.nodePools[i].vsphere.datastore

Exemples :

• Si userCluster.vCenter.datastore est vide, il hérite de la valeur de adminCluster.vCenter.datastore.

• Si userCluster.nodePools[i].vsphere.datastore est vide, il hérite de la valeur de userCluster.vCenter.datastore.

De même, vous pouvez spécifier une règle de stockage à quatre endroits:

• Cluster d'administrateur vCenter.storagePolicyName

• Cluster d'utilisateur vCenter.storagePolicyName

• Cluster d'utilisateur masterNode.vsphere.storagePolicyName

• Cluster d'utilisateur nodePools[i].vsphere.storagePolicyName

L'héritage des champs storagePolicyName est le même que celui des champs datastore.

Avant de commencer

La migration est à sens unique. Le retour à l'état précédent n'est pas possible.

Effectuer une migration pour un cluster d'utilisateur

1. Obtenez la configuration actuelle du cluster:

   gkectl get-config cluster --kubeconfig ADMIN_CLUSTER_KUBECONFIG \
       --cluster-name USER_CLUSTER_NAME \
       --output-dir ./gen-files
   

   Remplacez les éléments suivants :

   • ADMIN_CLUSTER_KUBECONFIG: chemin d'accès au fichier kubeconfig pour le cluster d'administrateur

   • USER_CLUSTER_NAME : nom du cluster d'utilisateur.

   Dans ./gen-files, localisez user-cluster.yaml.

   Pour savoir comment obtenir le fichier de configuration, consultez Générer des fichiers de configuration à partir d'un cluster.

2. Pour effectuer la migration de l'un des champs du datastore:

   1. Définissez le champ datastore sur la chaîne vide.
   2. Spécifiez une valeur pour storagePolicyName.
   3. Exécutez gkectl update.

   Voici un exemple de migration pour masterNode.vsphere.datastore:

   Ajustez le user-cluster.yaml récemment généré:

   masterNode.vsphere.datastore=""
   masterNode.vsphere.masterNode.vsphere.storagePolicyName="control-plane-storage-policy"
   

   Mettez à jour le cluster d'utilisateur :

   gkectl update cluster --kubeconfig ADMIN_CLUSTER_KUBECONFIG --config USER_CLUSTER_CONFIG
   

   Remplacez les éléments suivants :

   • ADMIN_CLUSTER_KUBECONFIG : chemin d'accès au fichier kubeconfig du cluster d'administrateur

   • USER_CLUSTER_CONFIG: chemin d'accès de user-cluster.yaml que vous avez généré à l'étape précédente.

Remarques

Si vous créez un pool de nœuds après une migration, celui-ci suit les règles d'héritage du cluster mis à jour.

Par exemple, supposons que vous ayez migré vCenter.datastore vers une règle de stockage.

Désormais, si vous créez un pool de nœuds et laissez nodePools[i].vsphere.datastore et nodePools[i].vsphere.storagePolicyName vides, le nouveau pool hérite des règles de stockage spécifiées dans vCenter.storagePolicyName.