Questa pagina fornisce una panoramica della funzionalità di replica esterna.
Informazioni sulla replica esterna
La replica esterna utilizza SnapMirror per replicare i dati dai sistemi basati su ONTAP a Google Cloud NetApp Volumes. Questa funzionalità supporta le stesse operazioni, ad esempio creazione, interruzione, ripresa, inversione ed eliminazione, della replica del volume, che offre la replica tra i volumi all'interno di NetApp Volumes.
La replica esterna utilizza la stessa tecnologia SnapMirror della migrazione dei volumi e condivide funzionalità comuni come i trasferimenti di base e incrementali e il peering del cluster per l'autenticazione.
La seguente tabella descrive le principali differenze tra la migrazione dei volumi e la replica esterna:
| Migrazione del volume | Replica esterna |
|---|---|
| Progettato per una migrazione unidirezionale a tempo limitato da ONTAP a NetApp Volumes. | Progettata come soluzione di replica continua per il ripristino di emergenza, in cui la direzione di replica può essere invertita. |
Considerazioni
La replica esterna è disponibile solo tramite API e Google Cloud CLI, ma non nella console Google Cloud .
Prerequisiti per la replica esterna
La replica esterna e la migrazione dei volumi condividono gli stessi prerequisiti.
Panoramica del flusso di lavoro di replica esterna
La replica esterna funziona in modo simile alla replica dei volumi, ma il sistema di origine iniziale è un volume su un sistema ONTAP esterno, non un volume NetApp Volumes.
Come la replica dei volumi, la replica esterna passa attraverso varie fasi, come le repliche di base e incrementali. Supporta operazioni come la creazione, l'interruzione, la ripresa, l'eliminazione e l'inversione della direzione di replica.
Sebbene tutte le azioni possano essere avviate da NetApp Volumes, alcune di queste richiedono all'utente di eseguire comandi della CLI ONTAP sul sistema ONTAP esterno. La replica esterna utilizza anche lo stesso meccanismo di autenticazione con il sistema ONTAP esterno della migrazione dei volumi, un processo necessario per stabilire un peering tra cluster.
Il flusso di lavoro di replica esterna è costituito 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 replica esterno genera i comandi ONTAP che gli amministratori devono eseguire sul sistema di origine.
Trasferimento di riferimento
Dopo aver configurato una replica, uno snapshot crea un punto di coerenza sul sistema di origine. Tutti i dati acquisiti da questo snapshot, inclusi quelli meno recenti, 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 di base, il volume di origine continua a gestire il tuo carico di lavoro e i dati vengono aggiunti, modificati o eliminati dai client. Queste modifiche non influenzano lo 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 replica esterna 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.
I client possono quindi mappare o montare il volume di destinazione, ma solo per l'operazione di sola lettura.
Trasferimenti incrementali
Al termine del trasferimento di base, la replica attiva i trasferimenti incrementali in base agli intervalli pianificati.
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.
Ogni trasferimento incrementale crea un nuovo snapshot di origine, elimina lo snapshot SnapMirror meno recente, calcola le modifiche e le trasferisce. Se un trasferimento è ancora in corso quando è previsto il successivo trasferimento pianificato, il nuovo trasferimento viene ignorato. Ciò può verificarsi se il volume di modifiche ai dati supera ciò che può essere trasferito entro l'intervallo specificato, a causa dei seguenti fattori:
L'intervallo di replica specificato è troppo breve.
Larghezza di banda di rete limitata tra il sistema ONTAP e NetApp Volumes.
Un tasso di modifica elevato nel sistema di origine.
I trasferimenti ignorati influiscono negativamente sui Recovery Point Objective (RPO). Ti consigliamo di monitorare il tempo di ritardo della replica. Se il ritardo raggiunge spesso il doppio dell'intervallo di replica, potresti dover adottare contromisure come aumentare la larghezza di banda della rete o estendere l'intervallo di replica.
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 in un'unica operazione atomica.
Esecuzione parallela di più repliche esterne
Le repliche esterne e le migrazioni di volumi condividono una quota di progetto comune. Per eseguire più repliche esterne e migrazioni di volumi in parallelo, devi richiedere una quota sufficientemente elevata.