Esegui la migrazione del datastore a SPBM

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

1.29: anteprima
1.16 e versioni precedenti: non disponibile

Contesto

Esistono quattro posizioni in cui puoi specificare un datastore nei file di configurazione del cluster:

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.

Allo stesso modo, esistono quattro posizioni in cui specificare un criterio di archiviazione:

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 allo stato precedente.

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, consulta Genera 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 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, supponiamo che tu abbia 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.