Skip to main content
La versione in lingua italiana fornita proviene da una traduzione automatica. Per eventuali incoerenze, fare riferimento alla versione in lingua inglese.

Migrare una VM di storage da un cluster ASA r2 a un cluster ASA o AFF

Collaboratori netapp-aherbin
PDF

A partire da ONTAP 9.20.1, puoi migrare senza interruzioni una macchina virtuale di storage (VM) da un cluster ASA r2 a 2 nodi a un cluster ASA a 2 nodi o a un cluster AFF a 2 nodi. Potresti dover migrare una VM di storage per consolidare i carichi di lavoro SAN e NAS, adottare funzionalità di ONTAP non disponibili per i sistemi ASA r2 o aggiornare l'hardware. Le mappature host e le configurazioni esistenti delle unità di storage per LUN e namespace vengono mantenute durante la migrazione, riducendo l'impegno operativo e il rischio.

Prima di iniziare

  • Devi essere un amministratore del cluster.

  • Tutti i nodi di entrambi i cluster devono eseguire ONTAP 9.20.1 o versioni successive.

A proposito di questa attività

  • Puoi migrare una VM di storage ASA r2 da un cluster ASA r2 a 2 nodi solo a un cluster AFF a 2 nodi.

    • Non puoi migrare una VM di storage ASA r2 a un cluster FAS o a un cluster ASA o AFF con più di due nodi.

    • Non puoi migrare una VM di storage ASA r2 da un cluster ASA r2 con più di due nodi.

  • La migrazione dei dati da un cluster ASA r2 a un cluster AFF non è reversibile.

    Puoi annullare una migrazione prima del cutover, ma dopo l'avvio del cutover non puoi interrompere o ripristinare la migrazione. Al termine della migrazione, non puoi migrare dati da un cluster AFF a un cluster ASA r2.

    Puoi "migrare una VM di storage da un ASA a un cluster ASA r2".

  • Puoi migrare una sola macchina virtuale di archiviazione alla volta.

  • La VM di storage può contenere un massimo di 400 unità di storage.

  • La macchina virtuale di storage non può contenere unità di storage di destinazione di SnapMirror.

Passaggio 1: Creare una relazione peer cluster

Prima di poter migrare una macchina virtuale di storage da un cluster ASA r2, devi creare una relazione peer. Una relazione peer definisce le connessioni di rete che consentono ai cluster ONTAP e alle macchine virtuali di storage di scambiarsi dati in modo sicuro.

A proposito di questa attività

Nella procedura seguente, il cluster ASA o AFF è il cluster di destinazione e il cluster ASA r2 è il cluster di origine.

Prima di iniziare

È necessario aver creato LIF intercluster su ogni nodo nei cluster sottoposti a peering utilizzando uno dei seguenti metodi.

Fasi

  1. Sul cluster di destinazione, crea una relazione peer con il cluster di origine e genera una passphrase:

    cluster peer create -peer-addrs <source_cluster_LIF_IPs> -generate-passphrase

    L'esempio seguente crea una relazione peer tra cluster 1 e cluster 2 e crea una passphrase generata dal sistema:

    cluster1::> cluster peer create -peer-addrs 10.98.191.193 -generate-passphrase
Passphrase: UCa+6lRVICXeL/gq1WrK7ShR
            Peer Cluster Name: cluster2
            Initial Allowed Vserver Peers: -
            Expiration Time: 6/7/2017 09:16:10 +5:30
            Intercluster LIF IP: 10.140.106.185
Warning: make a note of the passphrase - it cannot be displayed again.

  2. Copia la passphrase generata.

  3. Sul cluster di origine, crea una relazione peer con il cluster di destinazione:

    cluster peer create -peer-addrs <destination_cluster_LIF_IPs>

  4. Inserisci la passphrase generata sul cluster di destinazione.

  5. Verificare che la relazione peer del cluster sia stata creata:

    cluster peer show

    L'esempio seguente mostra l'output previsto per i cluster peered correttamente.

    cluster1::> cluster peer show

Peer Cluster Name   Cluster Serial Number   Availability   Authentication
-----------------   ---------------------   -------------- --------------
cluster2             1-80-123456             Available      ok
Risultato

I cluster sono in peering. I dati delle Storage VM possono essere trasferiti in modo sicuro.

Cosa succederà?

Sei pronto a preparare la tua VM di storage ASA r2 per la migrazione.

Passaggio 2: Preparare la VM di storage ASA r2 per la migrazione

Prima di migrare una macchina virtuale di storage (VM) da un cluster ASA r2, devi rimuovere le relazioni di replica e di sincronizzazione attiva di SnapMirror ed eseguire diversi controlli.

Fasi

  1. "Rimuovi eventuali relazioni di replica esistenti".

  2. "Rimuovi tutte le relazioni di sincronizzazione attiva SnapMirror esistenti".

  3. Verifica se IPsec è abilitato:

    security ipsec config show

    1. Se IPsec è abilitato, disabilitalo:

      security ipsec config modify -is-enabled -false

      Scopri di più sul comando "security ipsec config show".

    2. Verifica la presenza di LIF IPv6 e di IP virtuali (VIP):

      network interface show -vserver <storage_vm_name> -fields address-family, is-vip

      Per i LIF IPv6, il -address-family è ipv6. Per i LIF VIP, il -is-vip parametro è true.

    3. Se sono presenti LIF IPv6 o VIP, rimuovili:

      network interface delete -vserver <storage_vm_name> - lif <lif_name>

    4. Verifica che non siano rimaste LIF IPv6 o VIP sulla VM di storage:

      network interface show -vserver <storage_VM_name>

      Scopri di più sui comandi "network interface show" e "network interface delete".

  4. Verifica se sono configurati gruppi di interfacce:

    network port ifgrp show

    1. Se sono configurati gruppi di interfacce, verifica se eventuali LIF sulla VM di storage sono associate a un gruppo di interfacce:

      network interface show -vserver <storage_VM_name> -fields home,node, home-port, curr-node, curr-port

    2. Se un LIF sulla VM di storage è associato a un gruppo di interfacce, migra il LIF a una porta fisica diversa:

      network interface migrate -vserver <storage_VM_name> -lif <LIF> -des-node <destination_node> -dest-port <destination_port>

      Scopri di più sul comando "network port ifgrp show".

Cosa succederà?

Ora sei pronto per eseguire il controllo preliminare della migrazione.

Passaggio 3: Esegui il controllo preliminare della migrazione

Prima di migrare una VM di storage da un cluster ASA r2, devi eseguire un controllo preliminare della migrazione e risolvere eventuali problemi necessari. Non puoi eseguire la migrazione finché il controllo preliminare non viene superato correttamente.

Fase

  1. Dal cluster di destinazione, esegui il controllo preliminare della migrazione:

    vserver migrate start -vserver <storage_VM> -source-cluster <sourcecluster> -check-only true

    Se devi risolvere eventuali problemi per prepararti alla migrazione, vengono visualizzati il problema e l'azione correttiva. Risolvi il problema e ripeti il controllo preliminare finché non viene completato con successo.

Cosa succederà?

Sei pronto per migrare la tua macchina virtuale di archiviazione dal cluster ASA r2.

Passaggio 4: Migrare una VM di archiviazione da un cluster ASA r2

Dopo aver creato la necessaria cluster peer relationship tra i cluster ASA r2 e ASA o AFF e aver completato i passaggi per preparare entrambi i cluster, puoi iniziare la migrazione delle VM di storage.

Come best practice, lascia un margine del 30% della CPU sia sul cluster ASA r2 sia sul cluster AFF, in modo che il carico di lavoro della migrazione possa essere eseguito.

A proposito di questa attività

  • Dopo la migrazione della VM di storage, l'I/O del client passa senza interruzioni al cluster di destinazione e la VM di storage sul cluster ASA r2 viene rimossa automaticamente. Il cutover automatico e la rimozione automatica della VM di storage sono abilitati per impostazione predefinita. Puoi disabilitare facoltativamente una o entrambe le opzioni ed eseguirle manualmente.

  • Il cluster ASA è il cluster di origine da cui verrà migrata la VM di storage, mentre il cluster ASA r2 è il cluster di destinazione verso cui verrà migrata la VM di storage.

Fasi

  1. Dal cluster di destinazione, avvia la migrazione della VM di storage:

    vserver migrate start -vserver <storage_VM_name> -source-cluster <source_cluster>

    Per disabilitare il cutover automatico, utilizzare il -auto-cutover false parametro. Per disabilitare la rimozione automatica della VM di storage di origine, utilizzare il -auto-source-cleanup false parametro.

  2. Monitorare lo stato della migrazione

    vserver migrate show -vserver <storage_VM_name>

    Se è necessario mettere in pausa o annullare la migrazione prima che inizi il passaggio automatico, utilizzare vserver migrate pause e il vserver migrate abort comandi. È necessario sospendere la migrazione prima di annullarla. Non è possibile annullare la migrazione dopo l'avvio del cutover.

    Se il cutover automatico è abilitato, al termine della migrazione lo status viene visualizzato come migration-complete. Se il cutover automatico è disabilitato, lo status viene visualizzato come Ready for source cleanup.

Risultato

La VM di storage viene migrata dal cluster ASA r2 al cluster di destinazione.

Cosa succederà?

Se hai disabilitato il cutover automatico e la rimozione automatica della VM di storage, esegui il cutover e la pulizia post-migrazione per passare manualmente i tuoi client ASA r2 al cluster di destinazione e rimuovere la VM di storage dal cluster ASA r2.

Passaggio 5: cutover e pulizia post-migrazione

Durante una migrazione di una VM di storage tra cluster, le operazioni di I/O del client passano al cluster di destinazione e la VM di storage sul cluster di origine viene rimossa automaticamente. Se scegli di disabilitare il cutover automatico e la rimozione automatica della VM di storage di origine durante la migrazione, devi eseguire questi passaggi manualmente dopo che lo stato della migrazione ha raggiunto Ready for source cleanup.

Esegui il cutover manuale dei client dopo la migrazione di una VM di storage

Se disabiliti il cutover automatico del client durante la migrazione intercluster di una VM di storage, dopo che la relazione di migrazione è pronta per il cutover, esegui manualmente il cutover in modo che la VM di storage di destinazione possa servire i dati ai client.

A proposito di questa attività

Esegui questa operazione dal cluster di destinazione.

Fasi

  1. Esegui manualmente il cutover client:

    vserver migrate cutover -vserver <storage_VM_name>

  2. Verificare che l'operazione di cutover sia completa:

    vserver migrate show
Risultato

I tuoi client ricevono i dati dalla VM di storage sul cluster di destinazione.

Quali sono le prossime novità?

Ora sei pronto a rimuovere la VM di storage dal cluster di origine.

Rimuovi manualmente una VM di storage dopo la migrazione

Se disabiliti la pulizia automatica dell'origine durante una migrazione di una VM di storage tra cluster, al termine della migrazione devi rimuovere la VM di storage dal cluster di origine per liberare lo spazio di storage.

Prima di iniziare

I tuoi client dovrebbero servire i dati dal cluster di destinazione.

Fasi

  1. Dal cluster di origine, verifica che lo stato della VM di storage di origine sia Ready for source cleanup:

    vserver migrate show

  2. Rimuovi la VM di storage di origine:

    vserver migrate source-cleanup -vserver <storage_VM_name>
Risultato

La VM di storage nel cluster di origine viene rimossa.