Erstellen einer Cluster-Peer-Beziehung
Bevor Sie Ihre Daten schützen können, indem Sie sie zu Zwecken der Datensicherung und Disaster Recovery auf ein Remote-Cluster replizieren, sollten Sie eine Cluster-Peer-Beziehung zwischen dem lokalen und dem Remote-Cluster erstellen.
Dieses Verfahren gilt für FAS, AFF und aktuelle ASA Systeme. Wenn Sie über ein ASA r2-System (ASA A1K, ASA A70 oder ASA A90) verfügen, befolgen Sie die Anweisungen"Diesen Schritten ausführen", um die Snapshot-Replikation einzurichten. ASA r2 Systeme bieten eine vereinfachte ONTAP-Erfahrung speziell für reine SAN-Kunden.
Es stehen verschiedene Standardschutzrichtlinien zur Verfügung. Sie müssen Ihre Schutzrichtlinien erstellt haben, wenn Sie benutzerdefinierte Richtlinien verwenden möchten.
-
Wenn Sie die ONTAP-CLI verwenden, müssen Sie auf jedem Node in den Clustern, auf denen die Daten gespeichert werden, mithilfe einer der folgenden Methoden Intercluster LIFs erstellt haben:
-
Die Cluster müssen ONTAP 9.3 oder höher ausführen. (Wenn die Cluster ONTAP 9 2 oder früher ausführen, lesen Sie die Verfahren in "Dieses archivierte Dokument".)
Führen Sie diese Aufgabe über ONTAP System Manager oder die ONTAP-CLI aus.
-
Klicken Sie im lokalen Cluster auf Cluster > Einstellungen.
-
Klicken Sie im Abschnitt Intercluster-Einstellungen auf Netzwerkschnittstellen hinzufügen und geben Sie die IP-Adresse und Subnetzmaske ein, um dem Cluster Intercluster-Netzwerkschnittstellen hinzuzufügen.
Wiederholen Sie diesen Schritt auf dem Remote-Cluster.
-
Klicken Sie im Remote-Cluster auf Cluster > Einstellungen.
-
Klicken Sie in den Abschnitt Cluster Peers und wählen Sie Passphrase generieren aus.
-
Wählen Sie die Remote-ONTAP-Cluster-Version aus.
-
Generierte Passphrase kopieren.
-
Klicken Sie im lokalen Cluster unter Cluster Peers auf und wählen Sie Peer Cluster aus.
-
Fügen Sie im Fenster Peer Cluster die Passphrase ein und klicken Sie auf Cluster-Peering initiieren.
-
Erstellen Sie auf dem Ziel-Cluster eine Peer-Beziehung mit dem Quell-Cluster:
cluster peer create -generate-passphrase -offer-expiration <MM/DD/YYYY HH:MM:SS|1...7days|1...168hours> -peer-addrs <peer_LIF_IPs> -initial-allowed-vserver-peers <svm_name|*> -ipspace <ipspace>
Wenn Sie sowohl
-generate-passphrase
und angeben-peer-addrs
,-peer-addrs
kann nur der Cluster, dessen Intercluster-LIFs in angegeben sind, das generierte Passwort verwenden.Sie können die
-ipspace
Option ignorieren, wenn Sie keinen benutzerdefinierten IPspace verwenden. Eine vollständige Befehlssyntax finden Sie in der man-Page.Wenn Sie die Peering-Beziehung in ONTAP 9.6 oder höher erstellen und keine Cluster-übergreifende Peering-Kommunikation verschlüsseln möchten, müssen Sie die
-encryption-protocol-proposed none
Option verwenden, um die Verschlüsselung zu deaktivieren.Im folgenden Beispiel wird eine Cluster-Peer-Beziehung zu einem nicht angegebenen Remote-Cluster erstellt und Peer-Beziehungen zu SVMs
vs1
undvs2
dem lokalen Cluster vorab autorisiert:cluster02::> cluster peer create -generate-passphrase -offer-expiration 2days -initial-allowed-vserver-peers vs1,vs2 Passphrase: UCa+6lRVICXeL/gq1WrK7ShR Expiration Time: 6/7/2017 08:16:10 EST Initial Allowed Vserver Peers: vs1,vs2 Intercluster LIF IP: 192.140.112.101 Peer Cluster Name: Clus_7ShR (temporary generated) Warning: make a note of the passphrase - it cannot be displayed again.
Im folgenden Beispiel wird eine Cluster-Peer-Beziehung zum Remote-Cluster unter LIF IP-Adressen 192.140.112.103 und 192.140.112.104 erstellt und eine Peer-Beziehung mit jeder SVM auf dem lokalen Cluster vorab autorisiert:
cluster02::> cluster peer create -generate-passphrase -peer-addrs 192.140.112.103,192.140.112.104 -offer-expiration 2days -initial-allowed-vserver-peers * Passphrase: UCa+6lRVICXeL/gq1WrK7ShR Expiration Time: 6/7/2017 08:16:10 EST Initial Allowed Vserver Peers: vs1,vs2 Intercluster LIF IP: 192.140.112.101,192.140.112.102 Peer Cluster Name: Clus_7ShR (temporary generated) Warning: make a note of the passphrase - it cannot be displayed again.
Im folgenden Beispiel wird eine Cluster-Peer-Beziehung zu einem nicht angegebenen Remote-Cluster erstellt und Peer-Beziehungen zu SVMs
vs1
undvs2
dem lokalen Cluster vorab autorisiert:cluster02::> cluster peer create -generate-passphrase -offer-expiration 2days -initial-allowed-vserver-peers vs1,vs2 Passphrase: UCa+6lRVICXeL/gq1WrK7ShR Expiration Time: 6/7/2017 08:16:10 EST Initial Allowed Vserver Peers: vs1,vs2 Intercluster LIF IP: 192.140.112.101 Peer Cluster Name: Clus_7ShR (temporary generated) Warning: make a note of the passphrase - it cannot be displayed again.
-
Authentifizierung des Quellclusters auf dem Quellcluster beim Ziel-Cluster:
cluster peer create -peer-addrs <peer_LIF_IPs> -ipspace <ipspace>
Eine vollständige Befehlssyntax finden Sie in der man-Page.
Im folgenden Beispiel wird der lokale Cluster an den Remote-Cluster unter LIF-IP-Adressen 192.140.112.101 und 192.140.112.102 authentifiziert:
cluster01::> cluster peer create -peer-addrs 192.140.112.101,192.140.112.102 Notice: Use a generated passphrase or choose a passphrase of 8 or more characters. To ensure the authenticity of the peering relationship, use a phrase or sequence of characters that would be hard to guess. Enter the passphrase: Confirm the passphrase: Clusters cluster02 and cluster01 are peered.
Geben Sie die Passphrase für die Peer-Beziehung ein, wenn Sie dazu aufgefordert werden.
-
Vergewissern Sie sich, dass die Cluster-Peer-Beziehung erstellt wurde:
cluster peer show -instance
cluster01::> cluster peer show -instance Peer Cluster Name: cluster02 Remote Intercluster Addresses: 192.140.112.101, 192.140.112.102 Availability of the Remote Cluster: Available Remote Cluster Name: cluster2 Active IP Addresses: 192.140.112.101, 192.140.112.102 Cluster Serial Number: 1-80-123456 Address Family of Relationship: ipv4 Authentication Status Administrative: no-authentication Authentication Status Operational: absent Last Update Time: 02/05 21:05:41 IPspace for the Relationship: Default
-
Prüfen Sie die Konnektivität und den Status der Knoten in der Peer-Beziehung:
cluster peer health show
cluster01::> cluster peer health show Node cluster-Name Node-Name Ping-Status RDB-Health Cluster-Health Avail… ---------- --------------------------- --------- --------------- -------- cluster01-01 cluster02 cluster02-01 Data: interface_reachable ICMP: interface_reachable true true true cluster02-02 Data: interface_reachable ICMP: interface_reachable true true true cluster01-02 cluster02 cluster02-01 Data: interface_reachable ICMP: interface_reachable true true true cluster02-02 Data: interface_reachable ICMP: interface_reachable true true true
Weitere Möglichkeiten dies in ONTAP zu tun
So führen Sie diese Aufgaben durch: | Inhalt anzeigen… |
---|---|
System Manager Classic (verfügbar mit ONTAP 9.7 und älter) |
"Überblick über die Vorbereitung der Volume Disaster Recovery" |