Panoramica di SnapMirror Business Continuity
-
PDF del sito di questa documentazione
- Amministrazione del cluster
-
Amministrazione dei volumi
-
Gestione dello storage logico con la CLI
- Utilizzare le quote per limitare o tenere traccia dell'utilizzo delle risorse
-
Gestione dello storage logico con la CLI
-
Gestione dello storage NAS
- Configurare NFS con la CLI
- Gestisci NFS con la CLI
-
Gestire SMB con la CLI
- Gestire i server SMB
- Gestire l'accesso ai file utilizzando SMB
- Autenticazione e controllo dell'accesso
-
Sicurezza e crittografia dei dati
- Utilizzare FPolicy per il monitoraggio e la gestione dei file su SVM
- Protezione dei dati e disaster recovery
Raccolta di documenti PDF separati
Creating your file...
SnapMirror Business Continuity (SM-BC), noto anche come SnapMirror Active Sync, permette ai servizi di business di continuare a funzionare anche attraverso un guasto completo del sito, supportando le applicazioni per il failover in modo trasparente utilizzando una copia secondaria. Per attivare un failover con SM-BC non sono richiesti né interventi manuali né script aggiuntivi.
SM-BC è disponibile a partire da ONTAP 9.8. SM-BC è supportato su cluster AFF o cluster ASA (All-Flash SAN Array), in cui i cluster primari e secondari possono essere AFF o ASA. SM-BC protegge le applicazioni con LUN iSCSI o FCP.
Benefici
SM-BC offre i seguenti vantaggi:
-
Disponibilità continua per applicazioni business-critical
-
Possibilità di ospitare applicazioni critiche in modo alternato dal sito primario e secondario
-
Gestione semplificata delle applicazioni mediante gruppi di coerenza per una coerenza dipendente dell'ordine di scrittura
-
Possibilità di testare il failover per ciascuna applicazione
-
Creazione istantanea di cloni mirror senza impatto sulla disponibilità delle applicazioni
-
A partire da ONTAP 9.11.1, SM-BC supporta SnapRestore a file singolo.
-
A partire da ONTAP 9.14.1, SM-BC supporta Windows failover Clustering e. "Prenotazioni permanenti SCSI 3", migliorando l'alta disponibilità.
Casi di utilizzo
In un'implementazione SM-BC, si disporrà di un cluster primario e secondario. Un LUN nel cluster primario 1LP
) avrà un mirror (L1s
) Sul secondario; entrambi i LUN condividono lo stesso ID seriale e vengono riportati come LUN di lettura/scrittura sull'host. Tuttavia, le operazioni di lettura e scrittura vengono servite solo al LUN primario, 1LP
. Any scrive nel mirror L1S
sono serviti dal proxy.
Con SM-BC, è possibile replicare in modo sincrono più volumi per un'applicazione tra siti in ubicazioni geograficamente distribuite. È possibile eseguire automaticamente il failover sulla copia secondaria in caso di interruzione del primario, consentendo così la business continuity per le applicazioni di primo livello.
Architettura
La figura seguente illustra il funzionamento della funzione di continuità aziendale di SnapMirror a un livello elevato.
Nella sezione uno del diagramma, un'applicazione viene implementata su una SVM nel data center primario. I volumi che sono stati aggiunti al gruppo di coerenza primario sono protetti con SM-BC e vengono mirrorati nel gruppo di coerenza secondario di un data center secondario. In caso di interruzione, i volumi nel gruppo di coerenza primario effettueranno il failover nel gruppo di coerenza mirrorato. I volumi non appartenenti a un gruppo di coerenza mirrorato non vengono serviti in caso di failover.