Skip to main content
NetApp 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

"VMware vSphere Metro Storage-Cluster (vMSC)" Ist eine verteilte Cluster-Lösung über verschiedene Fehlerdomänen hinweg, um * Workload-Mobilität über Verfügbarkeitszonen oder Standorte hinweg zu ermöglichen. * Vermeidung von Ausfallzeiten * Vermeidung von Notfällen * schnelle Recovery

Dieses Dokument enthält Details zur vMSC-Implementierung "SnapMirror Active Sync (SM-AS)" unter Verwendung von System Manager- und ONTAP-Tools. Außerdem wird gezeigt, wie die VM durch Replizierung an einen dritten Standort gesichert und mit dem SnapCenter Plug-in für VMware vSphere gemanagt werden kann.

VMSC mit SnapMirror Active Sync Architektur

SnapMirror Active Sync unterstützt ASA, AFF und FAS Storage-Arrays. Es wird empfohlen, bei beiden Fehlerdomänen denselben Typ (Performance-/Kapazitätsmodelle) zu verwenden. Derzeit werden nur Blockprotokolle wie FC und iSCSI unterstützt. Weitere Support-Richtlinien finden Sie unter "Interoperabilitäts-Matrix-Tool" und "Hardware Universe"

VMSC unterstützt zwei verschiedene Implementierungsmodelle mit den Namen „einheitlicher Host-Zugriff“ und „nicht einheitlicher Host-Zugriff“. Bei einer einheitlichen Hostzugriffskonfiguration hat jeder Host auf dem Cluster auf beiden Fehlerdomänen Zugriff auf die LUN. Sie wird normalerweise in verschiedenen Verfügbarkeitszonen im selben Datacenter verwendet.

VMSC-Uniform vs. Nicht-einheitlicher Host-Zugriffsmodus

In der Konfiguration für den nicht einheitlichen Hostzugriff hat der Host nur Zugriff auf die lokale Fehlerdomäne. Es wird in der Regel an verschiedenen Standorten verwendet, wo das Ausführen mehrerer Kabel über die Fehlerdomänen restriktiv ist.

Hinweis Im nicht einheitlichen Host-Zugriffsmodus werden die VMs in einer anderen Fehlerdomäne von vSphere HA neu gestartet. Die Anwendungsverfügbarkeit wird je nach Design beeinflusst. Der nicht einheitliche Host-Zugriffsmodus wird nur ab ONTAP 9.15 unterstützt.

VMSC nicht einheitlicher Host-Zugriff mit der ONTAP System Manager UI.

Hinweis: Mit den ONTAP Tools 10.2 oder höher kann der erweiterte Datastore mit einem nicht-einheitlichen Host-Zugriffsmodus erstellt werden, ohne dass Sie mehrere Benutzerschnittstellen wechseln müssen. Dieser Abschnitt dient nur als Referenz, wenn ONTAP-Tools nicht verwendet werden.

  1. Notieren Sie eine der iSCSI-Daten-LIF-IP-Adressen des Speicherarrays für die lokale Fehlerdomäne. System Manager iSCSI LIFs

  2. Fügen Sie auf dem vSphere-Host-iSCSI-Speicheradapter diese iSCSI-IP unter der Registerkarte Dynamic Discovery hinzu. Fügen Sie iSCSI-Server für die dynamische Erkennung hinzu

    Hinweis Für einen einheitlichen Zugriffsmodus müssen Sie die iSCSI-Daten-LIF-Adresse der Quell- und Zielfehlerdomäne bereitstellen.
  3. Wiederholen Sie den obigen Schritt auf vSphere-Hosts für die andere Fehlerdomäne, indem Sie die lokale iSCSI-Daten-LIF-IP auf der Registerkarte Dynamic Discovery hinzufügen.

  4. Mit einer ordnungsgemäßen Netzwerkverbindung sollten vier iSCSI-Verbindungen pro vSphere-Host vorhanden sein, der über zwei iSCSI VMkernel nics und zwei iSCSI-Datenlifs pro Storage Controller verfügt. ISCSI-Verbindungsinformationen

  5. LUN mit ONTAP System Manager erstellen, SnapMirror mit Replikationsrichtlinie automatisiertFailOverDuplex einrichten, Host-Initiatoren auswählen und Host-Nähe festlegen. LUN mit AutoatedFailOverDuplex erstellen

  6. Erstellen Sie auf einem anderen Fehlerdomäne-Speicher-Array die SAN-Initiatorgruppe mit ihren vSphere-Hostinitiatoren und legen Sie die Host-Nähe fest. SAN-Initiatorgruppe

    Hinweis Für einen einheitlichen Zugriffsmodus kann die Initiatorgruppe von der Quell-Fehlerdomä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 in 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 Datastore angezeigt wird, der nicht verbraucht anzeigt. ISCSI-Geräteliste auf vSphere-Host

  10. Klicken Sie in vCenter mit der rechten Maustaste auf vSphere Cluster, und wählen Sie die Option Neuer Datenspeicher aus. Neuer Datenspeicher

  11. Denken Sie im Assistenten daran, den Datastore-Namen anzugeben und das Gerät mit der richtigen Kapazität und Geräte-ID auszuwählen. Datastore-Erstellung auf iSCSI-Gerät

  12. Überprüfen Sie, ob der Datastore auf allen Hosts im Cluster über beide Fehlerdomänen gemountet ist. Datastore auf Quellhost

    Datastore auf Zielhost

    Hinweis Die obigen Screenshots zeigen aktiven I/O auf dem einzelnen Controller, seit wir AFF verwendet haben. Bei ASA verfügt er über aktive IO auf allen Pfaden.
  13. Wenn zusätzliche Datastores hinzugefügt werden, müssen Sie daran denken, die vorhandene Consistency Group zu erweitern, damit sie im vSphere-Cluster konsistent ist. CG-Schutzrichtlinie

Einheitlicher vMSC Host-Zugriffsmodus mit ONTAP-Tools

  1. Stellen Sie sicher, dass die NetApp ONTAP-Tools in vCenter bereitgestellt und registriert sind. In vCenter registriertes ONTAP Tools-Plug-in Wenn nicht, folgen Sie "Bereitstellung von ONTAP-Tools" und "Fügen Sie eine vCenter Server-Instanz hinzu"

  2. Stellen Sie sicher, dass die ONTAP-Speichersysteme bei ONTAP-Tools registriert sind. Dies umfasst sowohl Fehlerdomäne-Speichersysteme als auch ein drittes für asynchrone Remote-Replikation zur Verwendung für den VM-Schutz mit dem SnapCenter Plug-in für VMware vSphere. Registrierte Speicher-Back-Ends Wenn nicht, folgen Sie "Fügen Sie mithilfe der vSphere Client-UI ein Storage-Back-End hinzu"

  3. Aktualisieren Sie die Hostdaten, um sie mit den ONTAP-Tools zu synchronisieren, und dann, "Erstellen Sie einen Datastore". Aktualisieren Sie die Hostdaten

  4. Um SM-AS zu aktivieren, klicken Sie mit der rechten Maustaste auf vSphere-Cluster und wählen Sie in den NetApp ONTAP-Tools den Schutz des Clusters aus (siehe Screenshot oben).

  5. Es zeigt vorhandene Datastores für dieses Cluster sowie SVM-Details an. Der standardmäßige CG-Name ist <vSphere-Cluster-Name>_<SVM name>. Klicken Sie auf die Schaltfläche Beziehung hinzufügen. Protect Cluster

  6. Wählen Sie die Ziel-SVM aus, und setzen Sie die Richtlinie auf AutomatedFailOverDuplex für SM-AS. Es gibt einen Kippschalter für eine einheitliche Hostkonfiguration. Legen Sie die Nähe für jeden Host fest. Fügen Sie eine SnapMirror-Beziehung hinzu

  7. Überprüfen Sie die Host-Promity-Informationen und andere Details. Fügen Sie bei Bedarf eine weitere Beziehung zum dritten Standort mit der Replikationsrichtlinie „Asynchron“ hinzu. Klicken Sie dann auf Schützen. Beziehung Hinzufügen HINWEIS: Wenn Sie das SnapCenter-Plug-in für VMware vSphere 6.0 verwenden möchten, muss die Replikation auf Volume-Ebene statt auf Konsistenzgruppenebene eingerichtet werden.

  8. Bei einheitlichem Hostzugriff verfügt der Host über eine iSCSI-Verbindung zu beiden Fehlerdomänenspeicher-Arrays. ISCSI Multipath-Informationen HINWEIS: Der obige Screenshot stammt aus AFF. Bei ASA sollte sich DER AKTIVE I/O auf allen Pfaden mit korrekten Netzwerkverbindungen befinden.

  9. ONTAP Tools Plugin zeigt auch an, dass das Volume geschützt ist oder nicht. Status des Volume-Schutzes

  10. Für weitere Details und zum Aktualisieren der Host-Proximity-Informationen kann die Option Host-Cluster-Beziehungen unter den ONTAP-Tools verwendet werden. Host-Cluster-Beziehungen

VM-Schutz mit SnapCenter Plug-in für VMware vSphere

SnapCenter Plug-in für VMware vSphere (SCV) 6.0 oder höher unterstützt SnapMirror Active Sync und auch in Kombination mit SnapMirror Async zur Replizierung auf die dritte Fehlerdomäne.

Topologie mit drei Standorten

Drei Standorttopologien mit asynchronem Failover

Zu den unterstützten Anwendungsbeispielen gehören: * Sicherung und Wiederherstellung der VM oder des Datenspeichers aus einer der Fehlerdomänen mit SnapMirror Active Sync. * Wiederherstellen von Ressourcen aus der dritten Fehlerdomäne.

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

  2. Erstellen Sie Eine Richtlinie. Stellen Sie sicher, dass die SnapMirror nach dem Backup auf SM-AS überprüft wird, und aktualisieren Sie auch die SnapVault nach dem Backup für die asynchrone Replikation auf die dritte Fehlerdomäne. Backup-Richtlinie

  3. Ressourcengruppe mit gewünschten Elementen erstellen, die geschützt werden müssen, der Richtlinie zuordnen und dem Zeitplan zuordnen. Ressourcengruppe HINWEIS: Snapshot-Name mit der Endung _recent wird bei SM-AS nicht unterstützt.

  4. Backups werden zu einem geplanten Zeitpunkt basierend auf der der Ressourcengruppe zugeordneten Richtlinie durchgeführt. Jobs können über die Jobüberwachung des Dashboards oder über die Backup-Informationen auf diesen Ressourcen überwacht werden. SCV Dashboard Informationen zur Ressourcensicherung für Datenspeicher Informationen zur Ressourcensicherung für VM

  5. VMs können auf demselben oder einem anderen vCenter von der SVM in der primären Fehlerdomäne oder von einem der sekundären Standorte wiederhergestellt werden. Optionen für das VM-Restore-Speicherort

  6. Eine ähnliche Option ist auch für den Datastore-Mount-Vorgang verfügbar. Optionen für die Datastore-Wiederherstellung des Speicherorts

Unterstützung bei weiteren Vorgängen mit SCV finden Sie unter "Dokumentation zum SnapCenter Plug-in für VMware vSphere"