Esegui la migrazione del datastore a SPBM

Anteprima

Questa funzionalità è soggetta ai "Termini delle Offerte pre-GA" nella sezione Termini generali del servizio dei Termini specifici dei servizi. Le funzionalità pre-GA sono disponibili "così come sono" e potrebbero avere un supporto limitato. Per saperne di più, consulta le descrizioni della fase di lancio.

Questo documento mostra come eseguire la migrazione di un datastore vSphere Gestione basata su criteri di archiviazione (SPBM).

1.29: Anteprima di
1.16 e precedenti: non disponibile

Contesto

Esistono quattro posizioni in cui puoi specificare un datastore in un cluster di configurazione YAML:

• Cluster di amministrazione vCenter.datastore

• Cluster utente vCenter.datastore

• Cluster utente masterNode.vsphere.datastore

• Cluster utente nodePools[i].vsphere.datastore

L'ereditarietà per questi campi è la seguente:

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

Esempi:

• Se userCluster.vCenter.datastore è vuoto, eredita il valore da adminCluster.vCenter.datastore.

• Se userCluster.nodePools[i].vsphere.datastore è vuoto, eredita il valore da userCluster.vCenter.datastore.

Analogamente, esistono quattro punti in cui specificare un criterio di archiviazione:

• Cluster di amministrazione vCenter.storagePolicyName

• Cluster utente vCenter.storagePolicyName

• Cluster utente masterNode.vsphere.storagePolicyName

• Cluster utente nodePools[i].vsphere.storagePolicyName

L'ereditarietà per i campi storagePolicyName è la stessa che avviene per i campi datastore campi.

Prima di iniziare

Si tratta di una migrazione unidirezionale. Non supportiamo la migrazione alla versione precedente stato.

Esegui una migrazione per un cluster utente

1. Ottieni la configurazione attuale del cluster:

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

   Sostituisci quanto segue:

   • ADMIN_CLUSTER_KUBECONFIG: il percorso del file kubeconfig per cluster di amministrazione

   • USER_CLUSTER_NAME: il nome del cluster utente

   In ./gen-files, individua user-cluster.yaml.

   Per ulteriori informazioni su come ottenere il file di configurazione, vedi Genera i file di configurazione da un cluster.

2. Per eseguire una migrazione per uno dei campi del datastore:

   1. Imposta il campo datastore sulla stringa vuota.
   2. Specifica un valore per storagePolicyName.
   3. Esegui gkectl update.

   Ecco un esempio di esecuzione di una migrazione masterNode.vsphere.datastore:

   Modifica il valore di user-cluster.yaml generato di recente:

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

   Aggiorna il cluster utente:

   gkectl update cluster --kubeconfig ADMIN_CLUSTER_KUBECONFIG --config USER_CLUSTER_CONFIG
   

   Sostituisci quanto segue:

   • ADMIN_CLUSTER_KUBECONFIG: il percorso del cluster di amministrazione File kubeconfig

   • USER_CLUSTER_CONFIG: il percorso di user-cluster.yaml che hai generato nel passaggio precedente.

Note

Se crei un nuovo pool di nodi dopo una migrazione, il nuovo pool segue le regole dell'ereditarietà secondo il cluster aggiornato.

Ad esempio, supponi di aver eseguito la migrazione di vCenter.datastore a un criterio di archiviazione.

Ora se crei un nuovo pool di nodi e abbandoni entrambi nodePools[i].vsphere.datastoree nodePools[i].vsphere.storagePolicyName vuoto, il nuovo pool di nodi eredita il criterio di archiviazione specificato vCenter.storagePolicyName.