VMware vSphere Metro Storage-Cluster mit SnapMirror Active Sync
"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.
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.
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.
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. |
Voraussetzungen
Bei Verwendung eines selbstsignierten Zertifikats kann das Zertifikat der Zertifizierungsstelle von der <installation path>/ontap_Mediator/Server_config/ca.crt auf der VM des Mediators abgerufen werden. |
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.
-
Notieren Sie eine der iSCSI-Daten-LIF-IP-Adressen des Speicherarrays für die lokale Fehlerdomäne.
-
Fügen Sie auf dem vSphere-Host-iSCSI-Speicheradapter diese iSCSI-IP unter der Registerkarte Dynamic Discovery hinzu.
Für einen einheitlichen Zugriffsmodus müssen Sie die iSCSI-Daten-LIF-Adresse der Quell- und Zielfehlerdomäne bereitstellen. -
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.
-
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.
-
LUN mit ONTAP System Manager erstellen, SnapMirror mit Replikationsrichtlinie automatisiertFailOverDuplex einrichten, Host-Initiatoren auswählen und Host-Nähe festlegen.
-
Erstellen Sie auf einem anderen Fehlerdomäne-Speicher-Array die SAN-Initiatorgruppe mit ihren vSphere-Hostinitiatoren und legen Sie die Host-Nähe fest.
Für einen einheitlichen Zugriffsmodus kann die Initiatorgruppe von der Quell-Fehlerdomäne repliziert werden. -
Ordnen Sie die replizierte LUN mit derselben Zuordnungs-ID wie in der Quellfehlerdomäne zu.
-
Klicken Sie in 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 Datastore angezeigt wird, der nicht verbraucht anzeigt.
-
Klicken Sie in vCenter mit der rechten Maustaste auf vSphere Cluster, und wählen Sie die Option Neuer Datenspeicher aus.
-
Denken Sie im Assistenten daran, den Datastore-Namen anzugeben und das Gerät mit der richtigen Kapazität und Geräte-ID auszuwählen.
-
Überprüfen Sie, ob der Datastore auf allen Hosts im Cluster über beide Fehlerdomänen gemountet ist.
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. -
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.
Einheitlicher vMSC Host-Zugriffsmodus mit ONTAP-Tools
-
Stellen Sie sicher, dass die NetApp ONTAP-Tools in vCenter bereitgestellt und registriert sind. Wenn nicht, folgen Sie "Bereitstellung von ONTAP-Tools" und "Fügen Sie eine vCenter Server-Instanz hinzu"
-
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. Wenn nicht, folgen Sie "Fügen Sie mithilfe der vSphere Client-UI ein Storage-Back-End hinzu"
-
Aktualisieren Sie die Hostdaten, um sie mit den ONTAP-Tools zu synchronisieren, und dann, "Erstellen Sie einen Datastore".
-
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).
-
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.
-
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.
-
Ü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. 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.
-
Bei einheitlichem Hostzugriff verfügt der Host über eine iSCSI-Verbindung zu beiden Fehlerdomänenspeicher-Arrays. HINWEIS: Der obige Screenshot stammt aus AFF. Bei ASA sollte sich DER AKTIVE I/O auf allen Pfaden mit korrekten Netzwerkverbindungen befinden.
-
ONTAP Tools Plugin zeigt auch an, dass das Volume geschützt ist oder nicht.
-
Für weitere Details und zum Aktualisieren der Host-Proximity-Informationen kann die Option Host-Cluster-Beziehungen unter den ONTAP-Tools verwendet werden.
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.
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.
-
Fügen Sie alle ONTAP-Speichersysteme hinzu, die in SCV verwendet werden sollen.
-
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.
-
Ressourcengruppe mit gewünschten Elementen erstellen, die geschützt werden müssen, der Richtlinie zuordnen und dem Zeitplan zuordnen. HINWEIS: Snapshot-Name mit der Endung _recent wird bei SM-AS nicht unterstützt.
-
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.
-
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.
-
Eine ähnliche Option ist auch für den Datastore-Mount-Vorgang verfügbar.
Unterstützung bei weiteren Vorgängen mit SCV finden Sie unter "Dokumentation zum SnapCenter Plug-in für VMware vSphere"