Skip to main content
La versione in lingua italiana fornita proviene da una traduzione automatica. Per eventuali incoerenze, fare riferimento alla versione in lingua inglese.

Casi d'uso per ONTAP SnapMirror ActiveSync

Collaboratori netapp-ahibbard netapp-lenida

Le esigenze di un ambiente di business connesso a livello globale richiedono un rapido recovery dei dati delle applicazioni business-critical senza alcuna perdita di dati in caso di interruzioni, attacchi informatici, black-out o disastro naturale. Tali esigenze sono aumentate in arene come quelle finanziarie e quelle che aderiscono a mandati normativi come il General Data Protection Regulation (GDPR).

SnapMirror Active Sync offre i seguenti casi d'utilizzo:

Implementazione delle applicazioni per RTO (Recovery Time Objective) zero

In una distribuzione SnapMirror ActiveSync, si dispone di un cluster primario e di uno secondario. Una LUN nel cluster primario L1P ) ha uno specchio L1S ) sul secondario; entrambe le LUN condividono lo stesso ID seriale e vengono segnalate all'host come LUN di lettura-scrittura. Nelle configurazioni asimmetriche, tuttavia, le operazioni di lettura e scrittura vengono gestite solo sulla LUN primaria. L1P . Qualsiasi scrittura sullo specchio L1S sono serviti per procura.

Implementazione dell'applicazione per RTO nullo o failover dell'applicazione trasparente (TAF)

TAF si basa sul failover del percorso basato sul software MPIO dell'host per ottenere un accesso non-interruttivo allo storage. Entrambe le copie LUN, ad esempio la copia primaria (L1P) e la copia mirror (L1S), hanno la stessa identità (numero di serie) e sono segnalate come accessibili in lettura e scrittura all'host. Nelle configurazioni asimmetriche, tuttavia, le letture e le scritture sono gestite solo dal volume primario. Gli I/O emessi per la copia mirror vengono inoltrati tramite proxy alla copia primaria. Il percorso preferito dell'host verso L1 è VS1:N1, in base allo stato di accesso ALUA (Asymmetric Logical Unit Access) Attivo Ottimizzato (A/O). ONTAP Mediator è necessario come parte dell'implementazione, principalmente per eseguire il failover (pianificato o non pianificato) in caso di interruzione dello storage sul primario.

TAF opera in due modalità: Failover automatico e Failover duplex automatico. Con il Failover automatico, le letture e le scritture sono gestite solo dal volume primario, pertanto gli I/O emessi sulla copia mirror (che non può gestire autonomamente le scritture) vengono inoltrati tramite proxy alla copia primaria. Con il Failover duplex automatico, sia la copia primaria che quella secondaria possono gestire gli I/O, quindi non è necessario alcun proxy.

Se si utilizza NVMe per l'accesso host con ONTAP 9.17.1, è supportato solo Automated Failover Duplex.

SnapMirror Active Sync utilizza ALUA, un meccanismo che consente a un software di multipathing per host di applicazioni con percorsi pubblicizzati con priorità e disponibilità dell'accesso per la comunicazione dell'host dell'applicazione con l'array di storage. ALUA contrassegna i percorsi ottimizzati attivi verso i controller proprietari del LUN e altri come percorsi non ottimizzati attivi, utilizzati solo in caso di guasto del percorso primario.

La sincronizzazione attiva SnapMirror con protocollo NVMe utilizza ANA, che consente agli host delle applicazioni di individuare percorsi ottimizzati e non ottimizzati per gli spazi dei nomi NVMe protetti. Il target NVMe ONTAP pubblica gli stati del percorso appropriati per consentire agli host delle applicazioni di utilizzare il percorso ottimale per uno spazio dei nomi NVMe protetto.

Applicazioni in cluster

Le applicazioni in cluster, tra cui VMware Metro Storage Cluster, Oracle RAC e Windows failover Clustering con SQL, richiedono un accesso simultaneo per consentire il failover delle macchine virtuali su un altro sito senza alcun overhead delle prestazioni. SnapMirror Active Sync simmetrico Active/Active serve io localmente con replica bidirezionale per soddisfare i requisiti delle applicazioni in cluster. A partire da ONTAP 9.16.1, Active/Active simmetrico è supportato in una configurazione in cluster a quattro nodi, a partire dal limite di cluster a due nodi in ONTAP 9.15.1.

Scenario di disastro

Replica in modo sincrono più volumi per un'applicazione tra i siti in ubicazioni disperse geograficamente. È 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. Quando il sito che ospita il cluster primario subisce un disastro, il software multipath dell'host contrassegna tutti i percorsi nel cluster come inattivi e utilizza i percorsi dal cluster secondario. Il risultato è un failover senza interruzioni abilitato da ONTAP Mediator alla copia mirror.

Failover Windows

SnapMirror Active Sync offre flessibilità con granularità a livello di applicazione semplice da utilizzare e failover automatico. La sincronizzazione attiva di SnapMirror utilizza la replica sincrona SnapMirror comprovata su rete IP per replicare i dati ad alta velocità su LAN o WAN, per ottenere un'elevata disponibilità dei dati e una replica rapida dei dati per applicazioni business-critical come Oracle, Microsoft SQL Server e così via, in ambienti sia virtuali che fisici.

SnapMirror Active Sync permette ai servizi business mission-critical di continuare a funzionare anche attraverso un guasto completo del sito, con TAF alla copia secondaria. Per attivare questo failover non sono necessari interventi manuali o script aggiuntivi.