Skip to main content
NetApp virtualization solutions
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

VMware vSphere Metro Storage Cluster mit SnapMirror Active Sync

Beitragende sureshthoppay kevin-hoke

"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.

vMSC mit SnapMirror Active Sync-Architektur

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.

vMSC Uniform vs Non-Uniform Host-Zugriffsmodus

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.

Hinweis 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.

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.

  1. Notieren Sie sich eine der iSCSI-Daten-LIF-IP-Adressen vom lokalen Fehlerdomänen-Speicherarray.System Manager iSCSI Lifs

  2. Fügen Sie auf dem iSCSI-Speicheradapter des vSphere-Hosts diese iSCSI-IP unter der Registerkarte „Dynamische Erkennung“ hinzu.iSCSI-Server für dynamische Erkennung hinzufügen

    Hinweis Für den einheitlichen Zugriffsmodus müssen die Quell- und Ziel-Fehlerdomänen-iSCSI-Daten-LIF-Adressen angegeben werden.
  3. 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.

  4. 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.iSCSI-Verbindungsinformationen

  5. 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.LUN mit AutomatedFailOverDuplex erstellen

  6. Erstellen Sie auf einem anderen Fehlerdomänen-Speicherarray die SAN-Initiatorgruppe mit ihren vSphere-Host-Initiatoren und legen Sie die Host-Nähe fest.SAN-Initiatorgruppe

    Hinweis Für den einheitlichen Zugriffsmodus kann die Igroup aus der Quellfehlerdomäne repliziert werden.
  7. Ordnen Sie die replizierte LUN mit derselben Zuordnungs-ID wie in der Quellfehlerdomäne zu.LUN-Zuordnungs-ID

  8. Klicken Sie im vCenter mit der rechten Maustaste auf vSphere Cluster und wählen Sie die Option „Speicher erneut scannen“.Speicher erneut scannen

  9. Überprüfen Sie auf einem der vSphere-Hosts im Cluster, ob das neu erstellte Gerät mit dem Datenspeicher „Nicht verbraucht“ angezeigt wird.iSCSI-Geräteliste auf dem vSphere-Host

  10. Klicken Sie im vCenter mit der rechten Maustaste auf vSphere-Cluster und wählen Sie die Option „Neuer Datenspeicher“.Neuer Datenspeicher

  11. 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.Datastore-Erstellung auf iSCSI-Gerät

  12. Stellen Sie sicher, dass der Datenspeicher auf allen Hosts im Cluster in beiden Fehlerdomänen gemountet ist.Datenspeicher auf dem Quellhost

    Datenspeicher auf dem Zielhost

    Hinweis 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.
  13. 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.CG-Schutzrichtlinie

vMSC-einheitlicher Hostzugriffsmodus mit ONTAP -Tools.

  1. Stellen Sie sicher, dass NetApp ONTAP Tools bereitgestellt und bei vCenter registriert ist. ONTAP Tools Plug-in bei vCenter registriert Wenn nicht, folgen Sie"Bereitstellung von ONTAP Tools" Und"Hinzufügen einer vCenter-Serverinstanz"

  2. 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. Registrierte Speicher-Backends Wenn nicht, folgen Sie"Speicher-Backend mithilfe der vSphere-Client-Benutzeroberfläche hinzufügen"

  3. Aktualisieren Sie die Hostdaten, um sie mit ONTAP Tools zu synchronisieren, und dann"Erstellen eines Datenspeichers" .Hostdaten aktualisieren

  4. 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).

  5. 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“.Cluster schützen

  6. 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.SnapMirror -Beziehung hinzufügen

  7. Ü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. Beziehung hinzufügen 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.

  8. Beim einheitlichen Hostzugriff verfügt der Host über eine iSCSI-Verbindung zu beiden Fault Domain-Speicher-Arrays. iSCSI-Multipath-Informationen HINWEIS: Der obige Screenshot stammt von AFF. Bei ASA sollte ACTIVE I/O in allen Pfaden mit ordnungsgemäßen Netzwerkverbindungen vorhanden sein.

  9. Das ONTAP Tools-Plugin zeigt auch an, ob das Volume geschützt ist oder nicht.Volumeschutzstatus

  10. Weitere Einzelheiten und die Aktualisierung der Host-Näheinformationen erhalten Sie über die Option „Host-Cluster-Beziehungen“ in den ONTAP Tools.Host-Cluster-Beziehungen

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.

Topologie mit drei Standorten

Topologie mit drei Standorten und asynchronem Failover

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.

  1. Fügen Sie alle ONTAP -Speichersysteme hinzu, die in SCV verwendet werden sollen.Speicher-Arrays registrieren

  2. 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“.Sicherungsrichtlinie

  3. Erstellen Sie eine Ressourcengruppe mit den gewünschten Elementen, die geschützt werden müssen, und ordnen Sie sie Richtlinien und Zeitplänen zu. Ressourcengruppe HINWEIS: Snapshot-Namen, die mit _recent enden, werden von SM-as nicht unterstützt.

  4. 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.SCV-Dashboard Ressourcensicherungsinformationen für Datastore Ressourcensicherungsinformationen für VM

  5. 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.Optionen für den VM-Wiederherstellungsort

  6. Eine ähnliche Option ist auch für den Datastore-Mount-Vorgang verfügbar.Optionen für den Datenspeicherwiederherstellungsort

Hilfe zu weiteren Vorgängen mit SCV finden Sie unter"SnapCenter Plug-in for VMware vSphere Dokumentation"