Panoramica su SnapMirror Active Sync
Suggerisci modifiche
PDF
La sincronizzazione attiva di SnapMirror (detta anche SnapMirror Business Continuity [SM-BC]) permette ai servizi aziendali di continuare a funzionare anche attraverso un guasto completo del sito, supportando il failover delle applicazioni in modo trasparente utilizzando una copia secondaria. Non sono richiesti interventi manuali o script personalizzati per attivare un failover con la sincronizzazione attiva di SnapMirror.
Disponibile a partire da ONTAP 9,9.1, la sincronizzazione attiva di SnapMirror è supportata sui cluster AFF, sui cluster ASA (All-Flash SAN Array) e su C-Series (AFF o ASA). I cluster primari e secondari devono essere dello stesso tipo: ASA o AFF. La sincronizzazione attiva di SnapMirror protegge le applicazioni con LUN iSCSI o FCP.
A partire da ONTAP 9.15.1, SnapMirror Active Sync supporta una funzionalità active/active simmetrica, Abilitando le operazioni di i/o in lettura e scrittura da entrambe le copie di un LUN protetto con replica sincrona bidirezionale, consentendo a entrambe le copie LUN di supportare le operazioni di i/o in locale. Prima di ONTAP 9.15.1, la sincronizzazione attiva di SnapMirror supporta solo configurazioni Active/Active asimmetriche, in cui i dati sul sito secondario sono sottoposti a un proxy in un LUN.
|
A partire da luglio 2024, il contenuto dei report tecnici precedentemente pubblicati come PDF è stato integrato nella documentazione del prodotto ONTAP. La documentazione relativa alla sincronizzazione attiva di ONTAP SnapMirror ora include il contenuto del documento TR-4878: Sincronizzazione attiva di SnapMirror. |
Benefici
SnapMirror Active Sync offre i seguenti benefici:
-
Disponibilità continua per le applicazioni business-critical.
-
Capacità di ospitare applicazioni critiche in maniera alternativa dai siti primario e secondario.
-
Gestione semplificata delle applicazioni tramite gruppi di coerenza dell'ordine di scrittura dipendente.
-
Possibilità di testare il failover per ogni applicazione.
-
Creazione istantanea di cloni in mirroring senza influire negativamente sulla disponibilità applicativa.
-
Possibilità di implementare carichi di lavoro protetti e non protetti nello stesso cluster ONTAP.
-
L'identità LUN rimane invariata, pertanto l'applicazione le vede come un dispositivo virtuale condiviso.
-
Possibilità di riutilizzare i cluster secondari con la flessibilità per creare cloni istantanei per l'utilizzo delle applicazioni a scopo di sviluppo-test, UAT o di reporting senza influire negativamente sulla disponibilità o sulla performance applicativa.
SnapMirror Active Sync ti consente di proteggere le LUN dei dati, il che permette il failover delle applicazioni in modo trasparente al fine della business continuity in caso di disastro. Per ulteriori informazioni, vedere "Casi di utilizzo".
Concetti chiave
SnapMirror Active Sync utilizza gruppi di coerenza e ONTAP Mediator per garantire che i dati vengano replicati e serviti anche in caso di situazioni di emergenza. Nel pianificare la distribuzione di SnapMirror Active Sync, è importante comprendere i concetti fondamentali di SnapMirror Active Sync e la sua architettura.
SnapMirror Active Sync supporta soluzioni asimmetriche e, a partire da ONTAP 9.15.1, Active/Active simmetriche. Queste opzioni fanno riferimento al modo in cui gli host accedono ai percorsi di storage e scrivono i dati. In una configurazione asimmetrica, i dati sul sito secondario vengono forniti a un LUN. In una configurazione Active/Active simmetrica, entrambi i siti possono accedere allo storage locale per l'i/o attivo
Active/Active simmetrico è ottimizzato per le applicazioni in cluster, tra cui VMware vMSC, Windows failover Cluster con SQL e Oracle RAC.
Per ulteriori informazioni, vedere Architettura SnapMirror Active Sync.
R "gruppo di coerenza" Una raccolta di volumi FlexVol che offre una garanzia di coerenza per il workload dell'applicazione da proteggere per la business continuity.
Lo scopo di un gruppo di coerenza è quello di acquisire immagini snapshot simultanee di più volumi, garantendo così copie coerenti con i crash di una raccolta di volumi in un point-in-time. Un gruppo di coerenza garantisce che tutti i volumi di un set di dati siano inattivi e quindi schioccati esattamente nello stesso momento. In questo modo, si otterrà un punto di ripristino coerente con i dati nei volumi che supportano il set di dati. Un gruppo di coerenza mantiene quindi la coerenza dell'ordine di scrittura dipendente. Se si decide di proteggere le applicazioni per la business continuity, il gruppo di volumi corrispondenti a questa applicazione deve essere aggiunto a un gruppo di coerenza in modo da stabilire una relazione di protezione dei dati tra un gruppo di coerenza di origine e uno di destinazione. La coerenza di origine e destinazione deve contenere lo stesso numero e tipo di volumi.
Un singolo volume o LUN che fa parte del gruppo di coerenza protetto nella relazione di sincronizzazione attiva di SnapMirror.
Il "Mediatore ONTAP" Riceve informazioni sulla salute dei cluster e dei nodi ONTAP in peering, orchestrando tra i due e determinando l'integrità e il funzionamento di ciascun nodo/cluster. ONTAP Mediator fornisce le informazioni sanitarie relative a:
-
Cluster peer ONTAP
-
Nodi del cluster peer ONTAP
-
Gruppi di coerenza (che definiscono le unità di failover in una relazione di sincronizzazione attiva di SnapMirror); per ogni gruppo di coerenza vengono fornite le seguenti informazioni:
-
Stato di replica: Non inizializzato, in sincronizzazione o non sincronizzato
-
Il cluster che ospita la copia primaria
-
Contesto operativo (utilizzato per il failover pianificato)
-
Grazie a queste informazioni sullo stato di salute di ONTAP Mediator, i cluster possono differenziare i diversi tipi di guasti e determinare se eseguire un failover automatico. ONTAP Mediator è una delle tre parti nel quorum della sincronizzazione attiva di SnapMirror insieme ai cluster ONTAP (primario e secondario). Per raggiungere un consenso, almeno due parti del quorum devono concordare una certa operazione.
|
|
A partire da ONTAP 9.15.1, System Manager visualizza lo stato della relazione di sincronizzazione attiva SnapMirror da uno dei cluster. È inoltre possibile monitorare lo stato di ONTAP Mediator da entrambi i cluster in Gestione di sistema. Nelle release precedenti di ONTAP, System Manager visualizza lo stato delle relazioni di sincronizzazione attive di SnapMirror dal cluster di origine. |
Operazione manuale per la modifica del ruolo delle copie in una relazione di sincronizzazione attiva di SnapMirror. I siti primari diventano i secondari, mentre i siti secondari diventano quelli primari.
La sincronizzazione attiva di SnapMirror utilizza un principio primario che dà la preferenza alla copia primaria per servire l'i/o nel caso di una partizione di rete.
La polarizzazione primaria è un'implementazione speciale del quorum che migliora la disponibilità di un set di dati protetto e sincronizzati attivo di SnapMirror. Se la copia primaria è disponibile, la polarizzazione primaria entra in vigore quando il ONTAP Mediator non è raggiungibile da entrambi i cluster.
Il bias primario-primo e primario sono supportati nella sincronizzazione attiva di SnapMirror a partire da ONTAP 9.15.1. Le copie primarie sono designate in System Manager e sono prodotte con l'API REST e la CLI.
Un'operazione automatica per eseguire un failover sulla copia mirror. L'operazione richiede l'assistenza del ONTAP Mediator per rilevare che la copia primaria non è disponibile.
Quando l'i/o dell'applicazione non viene replicato nel sistema di storage secondario, viene segnalato come fuori sincronizzazione. Uno stato fuori sincronizzazione indica che i volumi secondari non sono sincronizzati con il primario (origine) e che la replica di SnapMirror non avviene.
Se lo stato mirror è Snapmirrored, indica un errore di trasferimento o un errore dovuto a un'operazione non supportata.
SnapMirror Active Sync supporta la risincronizzazione automatica, consentendo alle copie di tornare allo stato InSync.
A partire da ONTAP 9.15.1, supporta la sincronizzazione attiva di SnapMirror "riconfigurazione automatica nelle configurazioni fan-out".
-
Uniform host access significa che gli host da entrambi i siti sono connessi a tutti i percorsi ai cluster di storage su entrambi i siti. I percorsi tra siti trasversali sono estesi a ogni distanza.
-
Accesso host non uniforme significa che gli host in ogni sito sono collegati solo al cluster nello stesso sito. I percorsi tra siti e quelli estesi non sono connessi.
|
|
È supportato un accesso host uniforme per qualsiasi implementazione SnapMirror Active Sync; l'accesso host non uniforme è supportato solo per le implementazioni Active/Active simmetriche. |
RPO è l'acronimo di Recovery Point Objective, ovvero la quantità di perdita di dati ritenuta accettabile in un determinato periodo di tempo. Zero RPO indica che non è accettabile alcuna perdita di dati.
RTO è l'obiettivo del tempo di recovery, ovvero il tempo considerato accettabile per un'applicazione per ripristinare le normali operazioni senza interruzioni in seguito a un black-out, un guasto o altri eventi di perdita di dati. Zero RTO significa che non è accettabile alcun downtime.