Voraussetzungen für NetApp Disaster Recovery
Änderungen vorschlagen
PDFs
Vor der Einrichtung sollten die Voraussetzungen für Storage, vCenter bzw. Kubernetes-Cluster und Console validiert werden, damit die Workloads für Replikation und Wiederherstellung bereit sind.
Softwareversionen
| Komponente | Mindestversion |
|---|---|
Amazon FSx for NetApp ONTAP |
Neuste verfügbare Version |
Google Cloud VMware Engine mit Google Cloud NetApp Volumes |
Neuste verfügbare Version |
ONTAP Software |
ONTAP 9.10.0 oder höher |
VMware Cloud für AWS |
Neuste verfügbare Version |
VMware vCenter vor Ort |
7.0u3 oder höher |
Voraussetzungen und Überlegungen für Google Cloud
Bei der Verwendung von NetApp Disaster Recovery mit Google Cloud VMware Engine und Google Cloud NetApp Volumes ist sicherzustellen, dass die richtigen Berechtigungen konfiguriert werden und die folgenden Hinweise berücksichtigt werden.
-
Wenden Sie sich an das Google SRE-Team, damit die folgenden Einträge auf die Zulassungsliste gesetzt werden:
-
Synchronisierungs-API zum Übertragen von Snapshots vom lokalen Speicher in Google Cloud NetApp Volumes.
-
Das Google-Projekt mit der VMware-Engine zum Erstellen, Einbinden und Ausbinden von Datenspeichern.
-
-
Seien Sie sich der folgenden Punkte bewusst:"Google Cloud NetApp Volumes Kontingente und Limits" Die
-
Einem Replikationsplan kann nur ein Volume oder Datenspeicher hinzugefügt werden.
-
Überprüfen Sie die"Einschränkungen" Die
Überlegungen zum Ausfallmanagement
-
Failover wird nur mit dem neuesten Snapshot unterstützt. Falls erforderlich, können Sie während des Failovers einen neuen Snapshot erstellen (das heißt, die Option für selektive Snapshots muss deaktiviert sein).
-
Nach einem Failover kann kein neuer Snapshot erstellt werden.
-
Snapshots können nach einem Failover nicht beibehalten und abgeglichen werden.
Ausfallüberlegungen
-
Ein Failback ist nur mit der Option „Selektiver Snapshot“ möglich. Ein Failback kann nicht durch Erstellen eines neuen Snapshots durchgeführt werden.
-
Wenn Sie das Cluster-Peering zwischen lokalem Speicher und Google Cloud NetApp Volumes -Speicherclustern entfernen, müssen Sie den Cluster- und Speicher-VM-Peering-Eintrag im lokalen Cluster manuell löschen. Weitere Informationen finden Sie unter "Eine vServer-Peer-Beziehung löschen".
Google Cloud-Berechtigungen
Dem Dienstprinzipal in Google Cloud sollten die folgenden Rollen oder gleichwertige Berechtigungen zugewiesen werden:
NetApp Console
Der NetApp Console Konsolenbenutzer muss über folgende Rollen verfügen:
ONTAP -Speichervoraussetzungen
Diese Voraussetzungen gelten für ONTAP und Amazon FSx for NetApp ONTAP Instanzen.
-
Quell- und Zielcluster müssen eine Peer-Beziehung haben.
-
Die SVM, die die Disaster-Recovery-Volumes hostet, muss auf dem Zielcluster vorhanden sein.
-
Zwischen Quell-SVM und Ziel-SVM muss eine Peer-Beziehung bestehen.
-
"Überprüfen Sie die zusätzlichen Anforderungen für Kubernetes-Cluster".
-
Bei der Bereitstellung mit Amazon FSx for NetApp ONTAP gilt die folgende Voraussetzung:
-
In Ihrer VPC muss eine Amazon FSx for NetApp ONTAP -Instanz zum Hosten von VMware DR-Datenspeichern vorhanden sein. Um loszulegen, siehe"die Amazon FSx für ONTAP -Dokumentation" Die
-
Voraussetzungen für die NetApp Console
Erste Schritte mit der NetApp Console
Falls Sie dies noch nicht getan haben, "Registrierung für die NetApp Console und Erstellen einer Organisation".
Sammeln Sie Anmeldeinformationen für ONTAP und VMware
-
Amazon FSx for ONTAP und AWS-Anmeldeinformationen müssen dem System innerhalb des NetApp Console Projekts hinzugefügt werden, das Disaster Recovery verwaltet.
-
Disaster Recovery erfordert vCenter Anmeldedaten. Die vCenter Anmeldedaten werden beim Hinzufügen eines Standorts in Disaster Recovery eingegeben.
Eine Liste der erforderlichen vCenter Berechtigungen finden Sie unter "vCenter Berechtigungen, die für die Notfallwiederherstellung erforderlich sind". Anweisungen zum Hinzufügen eines Standorts finden Sie unter "Hinzufügen einer Site".
-
Bei Kubernetes-Clustern ist die "Anforderungen an einen Kubernetes-Cluster" vor dem Hinzufügen einer Kubernetes-Site zu prüfen.
|
Informationen zur Verwendung von Disaster Recovery mit Amazon Elastic VMware Service (EVS) finden Sie unter "zusätzliche Voraussetzungen und Konfigurationshinweise". |
Erstellen Sie den NetApp Console Agenten
Der Console Agent ist eine Softwarekomponente, die es der Console ermöglicht, mit Ihrem ONTAP Storage und Ihren VMware vCenter Clustern oder Kubernetes Clustern zu kommunizieren. Er ist erforderlich, damit Disaster Recovery ordnungsgemäß funktioniert. Der Agent befindet sich in Ihrem privaten Netzwerk, entweder in einem lokalen Datacenter oder in einer Cloud VPC, und kommuniziert mit Ihren ONTAP Storage Instanzen sowie mit allen zusätzlichen Server- und Applikation Komponenten. Für Disaster Recovery bedeutet dies den Zugriff auf Ihre verwalteten vCenter Cluster oder Kubernetes Cluster.
In der NetApp Console muss ein Konsolenagent eingerichtet werden. Wenn Sie den Agenten verwenden, enthält er die entsprechenden Funktionen für den Disaster Recovery-Dienst.
-
Die Notfallwiederherstellung funktioniert nur mit der Agentenbereitstellung im Standardmodus. Siehe "Erste Schritte mit der NetApp Console im Standardmodus".
-
Sowohl die Quell- als auch die Ziel-vCenter Cluster bzw. die Quell- und Ziel-Kubernetes-Cluster verwenden denselben Console Agenten.
-
Benötigter Konsolenagenttyp:
-
On-Premises-zu-On-Premises-Disaster-Recovery: Installieren Sie den On-Premises-Console-Agenten am Disaster-Recovery-Standort. Mit dieser Methode verhindert ein Ausfall des primären Standorts nicht, dass der Dienst Ihre virtuellen Ressourcen am DR-Standort neu startet. Siehe "Installieren und Einrichten des Konsolen-Agenten vor Ort".
Disaster Recovery unterstützt auch die Verwendung mehrerer Konsolenagenten mit lokalen Konfigurationen. In diesem Szenario leiten die Console-Agenten Aktionen an vCenter- und ONTAP -Array-Cluster weiter, wobei Quelle und Ziel jeweils über einen eigenen Console-Agenten verfügen. Es wird empfohlen, mehrere Console-Agenten zu verwenden, um die Latenz zu verringern und die Wiederherstellungszeit zu verbessern, falls ein Console-Agent oder eine Site ausfällt.
-
Vor Ort zu AWS: Installieren Sie den Konsolenagenten für AWS in Ihrem AWS VPC. Siehe "Installationsoptionen für Konsolenagenten in AWS" .
Verwenden Sie für die lokale Übertragung den lokalen Konsolenagenten. Verwenden Sie für die lokale Verbindung zu AWS den AWS-Konsolenagenten, der Zugriff auf das lokale Quell-vCenter und das lokale Ziel-vCenter hat. -
Der installierte Console Agent muss auf alle Kubernetes-Cluster zugreifen können, die Disaster Recovery managen wird. Er muss außerdem auf alle VMware vCenter Clusterinstanzen und ESXi Hosts zugreifen können, die von den vCenter Clustern verwaltet werden, die Disaster Recovery managen wird.
-
-
Alle ONTAP Arrays, die von Disaster Recovery verwaltet werden sollen, müssen zu jedem System innerhalb des NetApp Console Projekts hinzugefügt werden, das für das Managen von Disaster Recovery verwendet wird.
-
Informationen zum Einrichten eines intelligenten Proxys für Disaster Recovery sind unter "Einrichtung Ihrer Infrastruktur für Disaster Recovery" verfügbar.
Workload-Voraussetzungen
Um sicherzustellen, dass die Prozesse für Applikationskonsistenz für VMware Workloads erfolgreich sind, müssen folgende Voraussetzungen erfüllt sein:
-
Stellen Sie sicher, dass VMware-Tools (oder Open VM-Tools) auf den zu schützenden VMs ausgeführt werden.
-
Bei Windows-VMs, auf denen Microsoft SQL Server, Oracle Database oder beides ausgeführt wird, müssen die VSS Writer der Datenbanken aktiviert sein.
-
Bei Oracle-Datenbanken, die auf einem Linux-Betriebssystem laufen, muss die Betriebssystem-Benutzerauthentifizierung für die Oracle-Datenbank-SYSDBA-Rolle aktiviert sein.
|
Je nach Bereitstellungstyp überprüfen Sie die "VMware-Cluster-Voraussetzungen" und "Voraussetzungen für einen Kubernetes-Cluster". |