Questa pagina fornisce una panoramica della funzionalità di migrazione dei volumi.
Informazioni sulla migrazione del volume
La funzionalità di migrazione dei volumi consente di eseguire la migrazione dei volumi da origini basate su ONTAP a Google Cloud NetApp Volumes utilizzando una migrazione basata su SnapMirror. SnapMirror funziona a livello di volume e può replicare un volume di origine in un volume di destinazione su un sistema diverso.
SnapMirror offre molti vantaggi rispetto ai metodi convenzionali di copia dei dati:
Funziona su qualsiasi rete IP ed è resiliente ai problemi di rete, supportando un'ampia gamma di velocità e latenze di rete.
Copia solo i dati utilizzati.
Dopo un trasferimento iniziale dei dati di base, i trasferimenti successivi sono incrementali e copiano solo i dati modificati a tempo indeterminato. Il calcolo delle modifiche per i trasferimenti incrementali è eccezionalmente rapido e indipendente dal tipo di dati archiviato nel volume.
I trasferimenti mantengono l'efficienza di archiviazione. Se il volume di origine contiene dati deduplicati o compressi, queste efficienze vengono riportate, riducendo la quantità di dati da trasferire.
Tutti i trasferimenti sono criptati in transito.
Puoi utilizzare il volume di origine senza alcun impatto significativo sulle prestazioni.
Puoi utilizzare il volume di destinazione in stato di sola lettura dopo il completamento del trasferimento di base.
Vengono trasferiti tutti i dati, inclusi i metadati come gli elenchi di controllo dell'accesso dell'accesso (ACL) complessi e i file bloccati.
SnapMirror trasferisce i volumi tra i sistemi ONTAP, anche in diverse località geografiche.
NetApp Volumes utilizza già SnapMirror per la funzionalità di replica dei volumi, che consente la replica dei volumi NetApp tra diverse regioni Google. Un nuovo sottotipo di replica dei volumi, chiamato replica ibrida, ora supporta la migrazione dei volumi ONTAP in NetApp Volumes.
Panoramica del processo di migrazione
La replica ibrida garantisce migrazioni dei dati rapide, coerenti e complete dall'origine alla destinazione con un impatto minimo sulla produzione. Questa procedura è composta dalle seguenti fasi:
Autenticazione
Durante la fase di autenticazione, gli amministratori dello spazio di archiviazione del sistema ONTAP di origine devono concedere a NetApp Volumes l'autorizzazione per recuperare un volume dal sistema di origine. Ciò si ottiene tramite passaggi amministrativi sul sistema ONTAP di origine, chiamati peering cluster e peering SVM. Il processo di migrazione del volume genera i comandi ONTAP che gli amministratori devono eseguire sul sistema di origine.
Trasferimento di riferimento
Dopo aver configurato una migrazione, uno snapshot crea un punto di coerenza sul sistema di origine. Tutti i dati acquisiti da questo snapshot, inclusi gli snapshot precedenti, vengono poi trasferiti a NetApp Volumes durante una fase iniziale chiamata trasferimento di base.
Un trasferimento di base può richiedere minuti, ore, giorni o settimane. Questa durata dipende da quanto segue:
La quantità di dati nello snapshot.
La velocità di rete tra il sistema di origine ONTAP e NetApp Volumes.
L'impostazione della velocità effettiva di NetApp Volumes.
Durante il trasferimento della baseline, il volume di origine continua a gestire il tuo carico di lavoro e i dati vengono aggiunti, modificati o eliminati. Queste modifiche non influiscono sullo snapshot utilizzato per il punto di coerenza della baseline. Mentre la baseline è in corso, il volume di destinazione non è disponibile per i clienti. Al termine della baseline, il volume di destinazione diventa online e disponibile per l'accesso client in modalità di sola lettura. Tieni presente che il volume di destinazione avrà un indirizzo IP diverso.
A differenza della replica del volume, la migrazione del volume non può leggere i parametri del volume di origine, come dimensioni, scelte del protocollo e criteri di esportazione o snapshot. Pertanto, devi configurare correttamente queste impostazioni per il volume di destinazione.
Ora puoi iniziare a montare o mappare il volume di destinazione alle VM per prepararti alla fine della migrazione.
Trasferimenti incrementali
Al termine del trasferimento di riferimento, la migrazione attiva trasferimenti incrementali orari.
Ogni trasferimento incrementale esegue le seguenti azioni:
Acquisisce un nuovo snapshot del volume di origine.
Calcola le modifiche ai dati tra lo snapshot attuale e quello precedente.
Avvia il trasferimento di queste modifiche alla destinazione.
Se si verifica un volume significativo di modifiche dallo snapshot di base e un trasferimento incrementale è ancora in corso quando è pianificato il successivo trasferimento orario, questo trasferimento viene ignorato. Il successivo trasferimento incrementale acquisisce un nuovo snapshot di origine, elimina lo snapshot SnapMirror meno recente, calcola le modifiche e le trasferisce.
I client che montano il volume di destinazione visualizzano una visualizzazione di sola lettura con contenuti statici. Tuttavia, una volta completato un trasferimento incrementale, i contenuti del volume vengono aggiornati immediatamente dall'istantanea di replica precedente a quella più recente tramite una singola operazione atomica.
A meno che la quantità di nuovi dati aggiunti al volume dell'origine non superi ciò che può essere trasferito entro un'ora, le dimensioni del trasferimento incrementale diminuiscono con ogni trasferimento riuscito. Questo processo continua fino a quando non si stabilizza a una velocità definita dal tasso di variazione orario del volume della sorgente, il che potrebbe richiedere alcune iterazioni. Una volta raggiunto questo stato stazionario, puoi pianificare un cutover. Per ridurre al minimo i tempi di inattività richiesti durante il cutover, l'obiettivo è ridurre le modifiche tra i volumi di origine e di destinazione.
Cutover
Durante un cutover, sposti i carichi di lavoro dal volume di origine al volume di destinazione senza perdita di dati (RPO = 0) e con un tempo di inattività minimo (RTO). Il processo di cutover è costituito dai seguenti passaggi secondari:
Interrompi modifiche
Poiché i trasferimenti incrementali sono asincroni, il volume di origine potrebbe contenere modifiche che non sono ancora state riportate nel volume di destinazione. Per sincronizzare, interrompi tutte le modifiche al volume di origine:
Interruzione di tutte le applicazioni che modificano i dati.
(Facoltativo) Modifica le autorizzazioni del volume in sola lettura per impedire a qualsiasi client di modificare i dati.
Attendi il trasferimento corrente
Assicurati che tutti i trasferimenti incrementali in esecuzione siano completati.
Eseguire un trasferimento incrementale manuale
Esegui un trasferimento incrementale manuale per inviare i dati più recenti al sistema di destinazione. L'operazione dovrebbe richiedere solo pochi secondi o minuti, a seconda del volume di dati modificati dall'ultimo trasferimento, della velocità di rete e dei limiti di velocità effettiva dei volumi di destinazione.
Al termine del trasferimento incrementale manuale, i dati più recenti sono disponibili nella destinazione.
Interrompi replica
Esegui l'operazione di arresto della replica per rendere il volume di destinazione di lettura/scrittura. In questo modo, la migrazione dei dati è completata.
Riconfigurare e riavviare le applicazioni
Riconfigura le applicazioni in modo che utilizzino il volume di destinazione e riavviale. Assicurati che tutto l'accesso ai dati al volume di origine sia interrotto per impedire a qualsiasi applicazione di utilizzare accidentalmente il volume di origine.
Esegui la pulizia
Se il cutover va a buon fine, puoi eseguire i seguenti passaggi di pulizia:
Elimina la replica interrotta: quando elimini la replica interrotta, la risorsa di replica viene eliminata, ma il volume di destinazione no. Questo processo elimina anche la relazione SnapMirror utilizzata nel backend con il sistema di origine.
Rimuovi il peering tra cluster: se questa era l'ultima relazione SnapMirror tra NetApp Volumes e il cluster di origine, puoi rimuovere il peering tra cluster dal sistema ONTAP di origine. Inoltre, puoi rimuovere qualsiasi rete configurata solo ai fini della migrazione tra l'origine e la destinazione.