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

Cluster di storage VMware vSphere Metro con sincronizzazione attiva SnapMirror

Collaboratori sureshthoppay kevin-hoke
PDF

"Cluster di archiviazione metro VMware vSphere (vMSC)"è una soluzione cluster estesa su diversi domini di errore per fornire * mobilità del carico di lavoro tra zone di disponibilità o siti. * prevenzione dei tempi di inattività * prevenzione dei disastri * ripristino rapido

Questo documento fornisce i dettagli di implementazione vMSC con"Sincronizzazione attiva SnapMirror (SM-as)" utilizzando System Manager e ONTAP Tools. Inoltre, mostra come la VM può essere protetta replicandola su un sito terzo e gestita con il plug-in SnapCenter per VMware vSphere.

vMSC con architettura SnapMirror ActiveSync

SnapMirror ActiveSync supporta array di archiviazione ASA, AFF e FAS . Si consiglia di utilizzare lo stesso tipo (modelli di prestazioni/capacità) su entrambi i domini di errore. Attualmente sono supportati solo protocolli a blocchi come FC e iSCSI. Per ulteriori linee guida di supporto, fare riferimento"Strumento di matrice di interoperabilità" E"Hardware Universe"

vMSC supporta due diversi modelli di distribuzione denominati Accesso host uniforme e Accesso host non uniforme. Nella configurazione di accesso host uniforme, ogni host del cluster ha accesso alla LUN su entrambi i domini di errore. Viene solitamente utilizzato in diverse zone di disponibilità nello stesso data center.

Modalità di accesso host uniforme vs non uniforme vMSC

Nella configurazione di accesso host non uniforme, l'host ha accesso solo al dominio di errore locale. Viene solitamente utilizzato in siti diversi in cui il passaggio di più cavi attraverso i domini di guasto rappresenta un'opzione restrittiva.

Nota Nella modalità di accesso host non uniforme, le VM verranno riavviate in un altro dominio di errore da vSphere HA. La disponibilità dell'applicazione sarà influenzata dalla sua progettazione. La modalità di accesso host non uniforme è supportata solo da ONTAP 9.15 in poi.

Prerequisiti

Suggerimento Se si utilizza un certificato autofirmato, il certificato CA può essere recuperato da <percorso di installazione>/ontap_mediator/server_config/ca.crt sulla VM del mediatore.

Accesso host non uniforme vMSC con interfaccia utente di ONTAP System Manager.

Nota: è possibile utilizzare ONTAP Tools 10.2 o versioni successive per predisporre un datastore esteso con modalità di accesso host non uniforme senza dover cambiare più interfacce utente. Questa sezione è solo di riferimento se non si utilizza ONTAP Tools.

  1. Annotare uno degli indirizzi IP di vita dei dati iSCSI dall'array di archiviazione del dominio di errore locale.Gestore di sistema iSCSI Lifs

  2. Sull'adattatore di archiviazione iSCSI dell'host vSphere, aggiungere l'IP iSCSI nella scheda Rilevamento dinamico.Aggiungi server iSCSI per la scoperta dinamica

    Nota Per la modalità di accesso uniforme, è necessario fornire l'indirizzo lif dei dati iSCSI del dominio di errore di origine e di destinazione.

  3. Ripetere il passaggio precedente sugli host vSphere per l'altro dominio di errore aggiungendo il suo IP di vita dei dati iSCSI locale nella scheda Dynamic Discovery.

  4. Con una connettività di rete adeguata, dovrebbero esistere quattro connessioni iSCSI per ogni host vSphere dotato di due schede di rete iSCSI VMKernel e due porte dati iSCSI per ogni controller di storage.Informazioni sulla connessione iSCSI

  5. Creare LUN utilizzando ONTAP System Manager, configurare SnapMirror con la policy di replica AutomatedFailOverDuplex, selezionare gli iniziatori host e impostare la prossimità dell'host.Crea LUN con AutomatedFailOverDuplex

  6. Su un altro array di storage del dominio di errore, creare il gruppo di iniziatori SAN con i suoi iniziatori host vSphere e impostare la prossimità dell'host.Gruppo iniziatore SAN

    Nota Per la modalità di accesso uniforme, l'igroup può essere replicato dal dominio di errore di origine.

  7. Mappare la LUN replicata con lo stesso ID di mappatura del dominio di errore di origine.ID di mappatura LUN

  8. Su vCenter, fare clic con il pulsante destro del mouse su vSphere Cluster e selezionare l'opzione Ripeti scansione storage.Nuova scansione dell'archiviazione

  9. Su uno degli host vSphere nel cluster, verificare che il dispositivo appena creato venga visualizzato con il datastore che indica Non consumato.Elenco dei dispositivi iSCSI sull'host vSphere

  10. Su vCenter, fare clic con il pulsante destro del mouse su vSphere Cluster e selezionare l'opzione Nuovo datastore.Nuovo Datastore

  11. Nella procedura guidata, ricordarsi di fornire il nome del datastore e di selezionare il dispositivo con la capacità e l'ID dispositivo corretti.Creazione del datastore sul dispositivo iSCSI

  12. Verificare che il datastore sia montato su tutti gli host del cluster in entrambi i domini di errore.Datastore sull'host di origine

    Datastore sull'host di destinazione

    Nota Gli screenshot sopra mostrano l'I/O attivo su un singolo controller poiché abbiamo utilizzato AFF. Per ASA, avrà Active IO su tutti i percorsi.

  13. Quando si aggiungono altri datastore, è necessario ricordarsi di espandere il Consistency Group esistente per renderlo coerente in tutto il cluster vSphere.Politica di protezione CG

Modalità di accesso host uniforme vMSC con strumenti ONTAP .

  1. Assicurarsi che NetApp ONTAP Tools sia distribuito e registrato su vCenter. Plug-in ONTAP Tools registrato su vCenter In caso contrario, seguire"Distribuzione degli strumenti ONTAP" E"Aggiungi un'istanza del server vCenter"

  2. Assicurarsi che i sistemi di archiviazione ONTAP siano registrati su ONTAP Tools. Ciò include sia i sistemi di archiviazione del dominio di errore sia un terzo per la replica remota asincrona da utilizzare per la protezione delle VM con il plug-in SnapCenter per VMware vSphere. Backend di archiviazione registrati In caso contrario, seguire"Aggiungere backend di archiviazione utilizzando l'interfaccia utente del client vSphere"

  3. Aggiorna i dati degli host per sincronizzarli con ONTAP Tools e poi,"creare un archivio dati" .Aggiorna i dati degli host

  4. Per abilitare SM-as, fare clic con il pulsante destro del mouse sul cluster vSphere e selezionare Proteggi cluster su NetApp ONTAP Tools (fare riferimento allo screenshot sopra)

  5. Verranno visualizzati gli archivi dati esistenti per quel cluster insieme ai dettagli SVM. Il nome CG predefinito è <nome cluster vSphere>_<nome SVM>. Fare clic sul pulsante Aggiungi relazione.Proteggi il cluster

  6. Selezionare l'SVM di destinazione e impostare il criterio su AutomatedFailOverDuplex per SM-as. È presente un interruttore a levetta per la configurazione host uniforme. Imposta la prossimità per ciascun host.Aggiungi relazione SnapMirror

  7. Verificare le informazioni sulla protezione dell'host e altri dettagli. Se necessario, aggiungere un'altra relazione al terzo sito con criterio di replicazione asincrono. Quindi, fare clic su Proteggi. Aggiungi relazione NOTA: se si prevede di utilizzare il SnapCenter Plug-in for VMware vSphere 6.0, la replica deve essere configurata a livello di volume anziché a livello di gruppo di coerenza.

  8. Con l'accesso host uniforme, l'host dispone di una connessione iSCSI a entrambi gli array di archiviazione del dominio di errore. Informazioni iSCSI Multipath NOTA: lo screenshot qui sopra è di AFF. Se ASA, l'I/O ATTIVO dovrebbe essere presente in tutti i percorsi con connessioni di rete appropriate.

  9. Il plugin ONTAP Tools indica anche se il volume è protetto o meno.Stato di protezione del volume

  10. Per maggiori dettagli e per aggiornare le informazioni sulla prossimità dell'host, è possibile utilizzare l'opzione Relazioni cluster host negli Strumenti ONTAP .Relazioni tra cluster host

Protezione delle VM con il plug-in SnapCenter per VMware vSphere.

Il SnapCenter Plug-in for VMware vSphere (SCV) 6.0 o versioni successive supporta SnapMirror ActiveSync e, in combinazione con SnapMirror Async, consente la replica su un terzo dominio di errore.

Topologia a tre siti

Topologia a tre siti con failover asincrono

I casi d'uso supportati includono: * Backup e ripristino della VM o del Datastore da uno qualsiasi dei domini di errore con SnapMirror ActiveSync. * Ripristinare le risorse dal terzo dominio di errore.

  1. Aggiungere tutti i sistemi di archiviazione ONTAP che si prevede di utilizzare in SCV.Registra array di archiviazione

  2. Crea politica. Assicurarsi che Aggiorna SnapMirror dopo il backup sia selezionato per SM-as e anche Aggiorna SnapVault dopo il backup per la replica asincrona sul terzo dominio di errore.Politica di backup

  3. Creare un gruppo di risorse con gli elementi desiderati che devono essere protetti, associarli a criteri e pianificazioni. Gruppo di risorse NOTA: i nomi degli snapshot che terminano con _recent non sono supportati con SM-as.

  4. I backup vengono eseguiti all'orario pianificato in base ai criteri associati al gruppo di risorse. I lavori possono essere monitorati dal monitor lavori della Dashboard o dalle informazioni di backup su tali risorse.Pannello di controllo SCV Informazioni sul backup delle risorse per Datastore Informazioni sul backup delle risorse per la VM

  5. Le VM possono essere ripristinate sullo stesso vCenter o su un vCenter alternativo dall'SVM sul dominio di errore primario o da una delle posizioni secondarie.Opzioni di posizione di ripristino della VM

  6. Un'opzione simile è disponibile anche per l'operazione di montaggio del Datastore.Opzioni di posizione di ripristino del datastore

Per assistenza con operazioni aggiuntive con SCV, fare riferimento"Documentazione SnapCenter Plug-in for VMware vSphere"