VMware vSphere Metro Storage Cluster mit SnapMirror Active Sync
"VMware vSphere Metro Storage Cluster (vMSC)"ist eine erweiterte Clusterlösung über verschiedene Fehlerdomänen hinweg, um * Workload-Mobilität über Verfügbarkeitszonen oder Standorte hinweg bereitzustellen. * Vermeidung von Ausfallzeiten * Vermeidung von Katastrophen * Schnelle Wiederherstellung
Dieses Dokument enthält die vMSC-Implementierungsdetails mit"SnapMirror Active Sync (SM-as)" unter Verwendung von System Manager und ONTAP Tools. Darüber hinaus wird gezeigt, wie die VM durch Replikation an einen dritten Standort geschützt und mit dem SnapCenter -Plugin für VMware vSphere verwaltet werden kann.
SnapMirror Active Sync unterstützt ASA, AFF und FAS Speicherarrays. Es wird empfohlen, in beiden Fehlerdomänen denselben Typ (Leistungs-/Kapazitätsmodelle) zu verwenden. Derzeit werden nur Blockprotokolle wie FC und iSCSI unterstützt. Weitere Support-Richtlinien finden Sie unter"Interoperabilitätsmatrix-Tool" Und"Hardware Universe"
vMSC unterstützt zwei verschiedene Bereitstellungsmodelle mit den Namen „Uniform Host Access“ und „Non-Uniform Host Access“. Bei der Konfiguration mit einheitlichem Hostzugriff hat jeder Host im Cluster Zugriff auf die LUN in beiden Fehlerdomänen. Es wird normalerweise in verschiedenen Verfügbarkeitszonen im selben Rechenzentrum verwendet.
Bei einer nicht einheitlichen Hostzugriffskonfiguration hat der Host nur Zugriff auf die lokale Fehlerdomäne. Es wird typischerweise an verschiedenen Standorten verwendet, an denen das Verlegen mehrerer Kabel über die Fehlerdomänen eine einschränkende Option darstellt.
|
Im Non-Uniform-Host-Access-Modus werden die VMs von vSphere HA in einer anderen Fehlerdomäne neu gestartet. Die Anwendungsverfügbarkeit wird je nach Design beeinträchtigt. Der Non-Uniform-Host-Zugriffsmodus wird erst ab ONTAP 9.15 unterstützt. |
Voraussetzungen
-
"VMware vSphere-Hosts mit Dual-Storage-Fabric (zwei HBAs oder Dual-VLAN für iSCSI) pro Host" .
-
"Speicher-Arrays werden mit Link-Aggregation für Datenports (für iSCSI) bereitgestellt." .
-
"Die Latenzzeit zwischen Clustern muss weniger als 10 Millisekunden betragen." .
-
"ONTAP Mediator VM wird auf einer anderen Fehlerdomäne bereitgestellt"
|
Wenn Sie ein selbstsigniertes Zertifikat verwenden, kann das CA-Zertifikat aus dem <Installationspfad>/ontap_mediator/server_config/ca.crt auf der Mediator-VM abgerufen werden. |
Nicht einheitlicher Hostzugriff auf vMSC mit ONTAP System Manager-Benutzeroberfläche.
Hinweis: ONTAP Tools 10.2 oder höher können verwendet werden, um einen erweiterten Datenspeicher mit nicht einheitlichem Hostzugriffsmodus bereitzustellen, ohne zwischen mehreren Benutzeroberflächen wechseln zu müssen. Dieser Abschnitt dient nur als Referenz, wenn ONTAP Tools nicht verwendet wird.
-
Notieren Sie sich eine der iSCSI-Daten-LIF-IP-Adressen vom lokalen Fehlerdomänen-Speicherarray.
-
Fügen Sie auf dem iSCSI-Speicheradapter des vSphere-Hosts diese iSCSI-IP unter der Registerkarte „Dynamische Erkennung“ hinzu.
Für den einheitlichen Zugriffsmodus müssen die Quell- und Ziel-Fehlerdomänen-iSCSI-Daten-LIF-Adressen angegeben werden. -
Wiederholen Sie den obigen Schritt auf vSphere-Hosts für die andere Fehlerdomäne und fügen Sie deren lokale iSCSI-Daten-LIF-IP auf der Registerkarte „Dynamische Erkennung“ hinzu.
-
Bei ordnungsgemäßer Netzwerkkonnektivität sollten pro vSphere-Host vier iSCSI-Verbindungen vorhanden sein, die über zwei iSCSI-VMKernel-NICs und zwei iSCSI-Daten-LIFs pro Speichercontroller verfügen.
-
Erstellen Sie LUN mit ONTAP System Manager, richten Sie SnapMirror mit der Replikationsrichtlinie AutomatedFailOverDuplex ein, wählen Sie die Host-Initiatoren aus und legen Sie die Host-Nähe fest.
-
Erstellen Sie auf einem anderen Fehlerdomänen-Speicherarray die SAN-Initiatorgruppe mit ihren vSphere-Host-Initiatoren und legen Sie die Host-Nähe fest.
Für den einheitlichen Zugriffsmodus kann die Igroup aus der Quellfehlerdomäne repliziert werden. -
Ordnen Sie die replizierte LUN mit derselben Zuordnungs-ID wie in der Quellfehlerdomäne zu.
-
Klicken Sie im vCenter mit der rechten Maustaste auf vSphere Cluster und wählen Sie die Option „Speicher erneut scannen“.
-
Überprüfen Sie auf einem der vSphere-Hosts im Cluster, ob das neu erstellte Gerät mit dem Datenspeicher „Nicht verbraucht“ angezeigt wird.
-
Klicken Sie im vCenter mit der rechten Maustaste auf vSphere-Cluster und wählen Sie die Option „Neuer Datenspeicher“.
-
Denken Sie im Assistenten daran, den Namen des Datenspeichers anzugeben und das Gerät mit der richtigen Kapazität und Geräte-ID auszuwählen.
-
Stellen Sie sicher, dass der Datenspeicher auf allen Hosts im Cluster in beiden Fehlerdomänen gemountet ist.
Die obigen Screenshots zeigen Active I/O auf einem einzelnen Controller, da wir AFF verwendet haben. Bei ASA wird es auf allen Pfaden Active IO geben. -
Wenn zusätzliche Datenspeicher hinzugefügt werden, müssen Sie daran denken, die vorhandene Konsistenzgruppe zu erweitern, damit sie im gesamten vSphere-Cluster konsistent ist.
vMSC-einheitlicher Hostzugriffsmodus mit ONTAP -Tools.
-
Stellen Sie sicher, dass NetApp ONTAP Tools bereitgestellt und bei vCenter registriert ist.
Wenn nicht, folgen Sie"Bereitstellung von ONTAP Tools" Und"Hinzufügen einer vCenter-Serverinstanz"
-
Stellen Sie sicher, dass ONTAP -Speichersysteme bei ONTAP Tools registriert sind. Dazu gehören sowohl Fault Domain-Speichersysteme als auch ein drittes für die asynchrone Remote-Replikation zur Verwendung für den VM-Schutz mit dem SnapCenter -Plugin für VMware vSphere.
Wenn nicht, folgen Sie"Speicher-Backend mithilfe der vSphere-Client-Benutzeroberfläche hinzufügen"
-
Aktualisieren Sie die Hostdaten, um sie mit ONTAP Tools zu synchronisieren, und dann"Erstellen eines Datenspeichers" .
-
Um SM-as zu aktivieren, klicken Sie mit der rechten Maustaste auf den vSphere-Cluster und wählen Sie „Cluster schützen“ auf NetApp ONTAP Tools (siehe Screenshot oben).
-
Es werden vorhandene Datenspeicher für diesen Cluster zusammen mit SVM-Details angezeigt. Der Standard-CG-Name lautet <vSphere-Clustername>_<SVM-Name>. Klicken Sie auf die Schaltfläche „Beziehung hinzufügen“.
-
Wählen Sie die Ziel-SVM aus und legen Sie die Richtlinie für SM-as auf AutomatedFailOverDuplex fest. Es gibt einen Kippschalter für die einheitliche Hostkonfiguration. Legen Sie die Nähe für jeden Host fest.
-
Überprüfen Sie die Host-Promity-Informationen und andere Details. Fügen Sie bei Bedarf eine weitere Beziehung zu einem dritten Standort mit der Replikationsrichtlinie „Asynchron“ hinzu. Klicken Sie dann auf Schützen.
HINWEIS: Wenn Sie das SnapCenter Plug-in for VMware vSphere 6.0 verwenden möchten, muss die Replikation auf Volume-Ebene und nicht auf Konsistenzgruppenebene eingerichtet werden.
-
Beim einheitlichen Hostzugriff verfügt der Host über eine iSCSI-Verbindung zu beiden Fault Domain-Speicher-Arrays.
HINWEIS: Der obige Screenshot stammt von AFF. Bei ASA sollte ACTIVE I/O in allen Pfaden mit ordnungsgemäßen Netzwerkverbindungen vorhanden sein.
-
Das ONTAP Tools-Plugin zeigt auch an, ob das Volume geschützt ist oder nicht.
-
Weitere Einzelheiten und die Aktualisierung der Host-Näheinformationen erhalten Sie über die Option „Host-Cluster-Beziehungen“ in den ONTAP Tools.
VM-Schutz mit SnapCenter -Plug-in für VMware vSphere.
Das SnapCenter Plug-in for VMware vSphere (SCV) 6.0 oder höher unterstützt SnapMirror Active Sync und in Kombination mit SnapMirror Async auch die Replikation in eine dritte Fehlerdomäne.
Zu den unterstützten Anwendungsfällen gehören: * Sichern und Wiederherstellen der VM oder des Datenspeichers aus einer der Fehlerdomänen mit SnapMirror Active Sync. * Ressourcen aus der dritten Fehlerdomäne wiederherstellen.
-
Fügen Sie alle ONTAP -Speichersysteme hinzu, die in SCV verwendet werden sollen.
-
Richtlinie erstellen. Stellen Sie sicher, dass „SnapMirror aktualisieren, nachdem die Sicherung auf SM-as geprüft wurde“ und dass „SnapVault aktualisieren, nachdem die Sicherung auf asynchrone Replikation in die dritte Fehlerdomäne geprüft wurde“.
-
Erstellen Sie eine Ressourcengruppe mit den gewünschten Elementen, die geschützt werden müssen, und ordnen Sie sie Richtlinien und Zeitplänen zu.
HINWEIS: Snapshot-Namen, die mit _recent enden, werden von SM-as nicht unterstützt.
-
Sicherungen erfolgen zum geplanten Zeitpunkt basierend auf der mit der Ressourcengruppe verknüpften Richtlinie. Jobs können über den Dashboard-Jobmonitor oder über die Sicherungsinformationen zu diesen Ressourcen überwacht werden.
-
VMs können vom SVM in der primären Fehlerdomäne oder von einem der sekundären Standorte im selben oder einem anderen vCenter wiederhergestellt werden.
-
Eine ähnliche Option ist auch für den Datastore-Mount-Vorgang verfügbar.
Hilfe zu weiteren Vorgängen mit SCV finden Sie unter"SnapCenter Plug-in for VMware vSphere Dokumentation"