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 archiviazione da un cluster ASA a un cluster ASA r2

Collaboratori netapp-aherbin
PDF

A partire da ONTAP 9.18.1, puoi migrare senza interruzioni una macchina virtuale di storage (VM) da qualsiasi cluster ASA standard a qualsiasi cluster ASA r2 per adottare l'architettura semplificata e ottimizzata dei sistemi ASA r2 per ambienti solo SAN.

Nota Non puoi migrare una storage VM da un ASA MetroCluster a un cluster ASA r2. I sistemi ASA r2 non supportano configurazioni MetroCluster.

I sistemi ASA r2 supportano la tecnologia QuickAssist (QAT). I sistemi ASA non supportano QAT. A partire da ONTAP 9.20.1, ONTAP riduce l'elevata latenza di lettura e l'utilizzo della CPU che possono verificarsi dopo la migrazione di una VM di storage da un sistema ASA (non QAT) a un sistema ASA r2 (QAT).

La migrazione delle VM di archiviazione tra i sistemi di archiviazione ASA e ASA r2 è supportata come segue:

Da uno qualsiasi dei seguenti sistemi ASA : Per uno qualsiasi dei seguenti sistemi ASA r2:

  • ASA C800

  • ASA C400

  • ASA C250

  • ASA A900

  • ASA A800

  • ASA A400

  • ASA A250

  • ASA A150

  • ASA AFF A800

  • ASA AFF A700

  • ASA AFF A400

  • ASA AFF A250

  • ASA AFF A220

  • ASA A1K

  • ASA C30

  • ASA A90

  • ASA A70

  • ASA A50

  • ASA A30

  • ASA A20

Per l'elenco più aggiornato dei sistemi ASA e ASA r2, vedere"NetApp Hardware Universe" . I sistemi ASA r2 sono elencati in NetApp Hardware Universe come "ASA A-Series/C-Series (New)".

Puoi migrare una VM di storage a un cluster ASA r2 solo da un cluster ASA. La migrazione da qualsiasi altro tipo di sistema ONTAP a un sistema ASA r2 non è supportata.

Prima di iniziare

Tutti i nodi nel cluster ASA r2 e nel cluster ASA devono eseguire ONTAP 9.18.1 o versione successiva. Le versioni della patch ONTAP 9.18.1 sui nodi del cluster possono variare.

Passaggio 1: verificare lo stato della VM di archiviazione ASA

Prima di migrare una VM di archiviazione da un sistema ASA , non devono essere presenti namespace NVMe o vVols e ogni volume nella VM di archiviazione deve contenere una sola LUN. La migrazione degli spazi dei nomi NVMe e vVols non è supportata. L'architettura dei sistemi ASA r2 richiede che i volumi contengano un singolo LUN.

Fasi

  1. Verificare che non siano presenti spazi dei nomi NVMe nella VM di archiviazione:

    vserver nvme namespace show -vserver <storage_VM>

    Se vengono visualizzate le voci, gli oggetti NVMe devono essere"convertito" ai LUN o rimossi. Vedi il vserver nvme namespace delete e il vserver nvme subsystem delete comandi nel"Riferimento comando ONTAP" per maggiori informazioni.

  2. Verificare che non siano presenti vVols nella VM di archiviazione:

    lun show -vserver <storage_VM> -class protocol-endpoint,vvol

    Se sono presenti vVols , è necessario copiarli su un'altra VM di archiviazione e quindi eliminarli dalla VM di archiviazione da migrare. Vedi il lun copy E lun delete comandi nel"Riferimento comando ONTAP" per maggiori informazioni.

  3. Verificare che ogni volume nella VM di archiviazione contenga un singolo LUN:

    lun show -vserver <storage_VM>

    Se un volume contiene più di un LUN, utilizzare volume create E lun move comandi per creare un rapporto volume-LUN di 1:1. Vedi il"Riferimento comando ONTAP" per maggiori informazioni.

Cosa succederà?

Ora sei pronto per creare una relazione peer tra i cluster ASA e ASA r2.

Passaggio 2: creare una relazione peer tra cluster tra i cluster ASA e ASA r2

Prima di poter migrare una VM di archiviazione da un cluster ASA a un cluster ASA r2, è necessario creare una relazione peer. Una relazione peer definisce le connessioni di rete che consentono ai cluster ONTAP e alle VM di archiviazione di scambiare dati in modo sicuro.

A proposito di questa attività

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.

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 ASA e ASA r2 sono peered e i dati delle VM di archiviazione possono essere trasferiti in modo sicuro.

Cosa succederà?

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 a un cluster ASA r2, devi eseguire un controllo preliminare della migrazione e risolvere eventuali problemi richiesti. Non puoi eseguire la migrazione finché il controllo preliminare non viene superato con successo.

A proposito di questa attività

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.

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à?

Ora sei pronto per migrare la tua VM di archiviazione dal cluster ASA a un cluster ASA r2.

Passaggio 4: migrare una VM di archiviazione ASA in un cluster ASA r2

Dopo aver preparato il cluster ASA e creato la necessaria relazione peer con il cluster ASA r2, è possibile iniziare la migrazione della VM di archiviazione.

Quando si esegue una migrazione di VM di storage, è consigliabile lasciare il 30% di spazio CPU sia sul cluster ASA che sul cluster ASA r2 per consentire l'esecuzione del carico di lavoro CPU.

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.

Prima di iniziare

  • Il cluster ASA r2 deve disporre di spazio libero sufficiente per contenere la VM di archiviazione migrata.

  • Se la VM di archiviazione ASA contiene volumi crittografati, il gestore delle chiavi integrato o il gestore delle chiavi esterno sul sistema ASA r2 devono essere configurati a livello di cluster.

  • Le seguenti operazioni non possono essere eseguite sul cluster ASA di origine:

    • Operazioni di failover

    • WAFLIRON

    • impronta digitale

    • Spostamento, rehosting, clonazione, creazione, conversione o analisi del volume

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 macchina virtuale di storage viene migrata dal cluster ASA al cluster ASA r2. Il nome e l'UUID della macchina virtuale di storage, il nome del LIF dati, l'indirizzo IP e i nomi degli oggetti, come il nome del volume, rimangono invariati. L'UUID degli oggetti migrati nella macchina virtuale di storage viene aggiornato.

Cosa succederà?

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

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.