Questa pagina fornisce una panoramica della funzionalità di migrazione dei volumi.
Informazioni sulla migrazione dei volumi
La funzionalità di migrazione dei volumi consente di eseguire la migrazione dei volumi dalle 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 di copia dei dati convenzionali:
Funziona su qualsiasi rete IP ed è resiliente ai problemi di rete, supportando un'ampia gamma di velocità di rete e latenze.
Copia solo i dati utilizzati.
Dopo un trasferimento iniziale dei dati di riferimento, i trasferimenti successivi sono incrementali e copiano solo i dati modificati a tempo indeterminato. Il calcolo delle modifiche per i trasferimenti incrementali è eccezionalmente veloce e indipendente dal tipo di dati archiviati nel volume.
I trasferimenti mantengono l'efficienza di archiviazione. Se il volume di origine contiene dati deduplicati o compressi, queste efficienze vengono trasferite, riducendo la quantità di dati da trasferire.
Tutti i trasferimenti sono criptati in transito.
Puoi utilizzare il volume di origine senza un impatto sulle prestazioni notevole.
Puoi utilizzare il volume di destinazione in modalità di sola lettura al termine del trasferimento di riferimento.
Vengono trasferiti tutti i dati, inclusi i metadati come gli elenchi di controllo dell'accesso (ACL) complessi e i file bloccati.
SnapMirror trasferisce i volumi tra i sistemi ONTAP, anche in località geografiche diverse.
Google Cloud NetApp Volumes utilizza SnapMirror per la replica dei volumi tra NetApp Volumes in diverse regioni Google. Inoltre, puoi utilizzare SnapMirror per eseguire la replica tra i volumi esterni basati su ONTAP e NetApp Volumes, chiamata replica ibrida.
Le repliche ibride includono due tipi:
La migrazione dei volumi è destinata ai trasferimenti una tantum da ONTAP a NetApp Volumes.
La replica esterna è destinata alle repliche di ripristino di emergenza continue in cui la direzione della replica può essere invertita.
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. Questo processo è composto dalle seguenti fasi:
Autenticazione
Durante la fase di autenticazione, gli amministratori dell'archiviazione del sistema ONTAP di origine devono concedere a NetApp Volumes l'autorizzazione per recuperare un volume dal sistema di origine. Questa operazione viene eseguita tramite passaggi amministrativi sul sistema ONTAP di origine, denominati peering dei cluster e peering SVM. Il processo di migrazione dei volumi 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 quindi trasferiti a NetApp Volumes durante una fase iniziale chiamata trasferimento di riferimento.
Un trasferimento di riferimento 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 di riferimento, il volume di origine continua a gestire il 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 client. 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 dei volumi, la migrazione dei volumi non può leggere i parametri del volume di origine, come dimensioni, scelte di protocollo e policy 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 i trasferimenti incrementali orari.
Ogni trasferimento incrementale esegue le seguenti azioni:
Acquisisce un nuovo snapshot del volume di origine.
Calcola le modifiche dei dati tra lo snapshot corrente e quello precedente.
Inizia a trasferire queste modifiche alla destinazione.
Se si verifica un volume significativo di modifiche dallo snapshot di riferimento e un trasferimento incrementale è ancora in esecuzione quando è pianificato il trasferimento orario successivo, questo trasferimento viene ignorato. Il trasferimento incrementale successivo acquisisce un nuovo snapshot di origine, elimina lo snapshot SnapMirror più vecchio, calcola le modifiche e le trasferisce.
I client che montano il volume di destinazione vedono una visualizzazione di sola lettura con contenuti statici. Tuttavia, al termine di un trasferimento incrementale, i contenuti del volume vengono aggiornati immediatamente dallo snapshot di replica precedente a quello più recente tramite una singola operazione atomica.
A meno che la quantità di nuovi dati aggiunti al volume di origine non superi quella che può essere trasferita entro un'ora, le dimensioni del trasferimento incrementale diminuiscono a ogni trasferimento riuscito. Questo processo continua fino a stabilizzarsi a una velocità definita dalla velocità di modifica oraria del volume di origine, che potrebbe richiedere alcune iterazioni. Una volta raggiunto questo stato stazionario, puoi pianificare un cutover. Per ridurre al minimo i tempi di inattività necessari 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 tempi di inattività minimi (RTO). Il processo di cutover è composto dai seguenti passaggi secondari:
Interrompi le modifiche
Poiché i trasferimenti incrementali sono asincroni, il volume di origine potrebbe contenere modifiche che non sono ancora riportate nel volume di destinazione. Per sincronizzare, interrompi tutte le modifiche sul volume di origine:
Arresta 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.
Esegui un trasferimento incrementale manuale
Esegui un trasferimento incrementale manuale per inviare i dati più recenti al sistema di destinazione. Questa 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 la replica
Esegui l'operazione di arresto sulla replica per rendere il volume di destinazione scrivibile. In questo modo, la migrazione dei dati è completa.
Riconfigura e riavvia le applicazioni
Riconfigura le applicazioni in modo che utilizzino il volume di destinazione e riavviale. Assicurati che tutti gli accessi ai dati del volume di origine siano interrotti per impedire a qualsiasi applicazione di utilizzare accidentalmente il volume di origine.
Esegui la pulizia
Se il cutover è riuscito, puoi eseguire i seguenti passaggi di pulizia:
Elimina la replica arrestata: quando elimini la replica arrestata, la risorsa di replica viene eliminata, ma il volume di destinazione non viene eliminato. Questo processo elimina anche la relazione SnapMirror utilizzata nel backend con il sistema di origine.
Rimuovi il peering dei cluster: se questa era l'ultima relazione SnapMirror tra NetApp Volumes e il cluster di origine, puoi rimuovere il peering dei cluster dal sistema ONTAP di origine. Inoltre, puoi rimuovere qualsiasi rete configurata solo per scopi di migrazione tra l'origine e la destinazione.