Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Migrieren zu FSx für ONTAP mit NetApp SnapMirror
Sie können Ihre NetApp ONTAP-Dateisysteme mit zu Amazon FSx für NetApp ONTAP migrieren NetApp SnapMirror.
NetApp SnapMirror verwendet die Replikation auf Blockebene zwischen zwei ONTAP-Dateisystemen und repliziert Daten von einem angegebenen Quell-Volume auf ein Ziel-Volume. Wir empfehlen die Verwendung von SnapMirror , um On-Premises- NetApp ONTAP-Dateisysteme zu FSx für ONTAP zu migrieren. NetApp SnapMirrorDie Replikation auf Blockebene ist schnell und effizient, selbst für Dateisysteme mit:
Komplexe Verzeichnisstrukturen
Über 50 Millionen Dateien
Sehr kleine Dateigrößen (in der Reihenfolge von Kilobyte)
Wenn Sie verwenden, SnapMirror um zu FSx für ONTAP zu migrieren, verbleiben deduplizierte und komprimierte Daten in diesen Zuständen, wodurch die Übertragungszeiten und die für die Migration erforderliche Bandbreite reduziert werden. Snapshots, die auf den ONTAP-Quell-Volumes vorhanden sind, werden beibehalten, wenn sie auf die Ziel-Volumes migriert werden. Die Migration Ihrer On-Premises- NetApp ONTAP-Dateisysteme zu FSx für ONTAP umfasst die folgenden allgemeinen Aufgaben:
Erstellen Sie das Ziel-Volume in Amazon FSx .
Erfassen Sie logische Quell- und Zielschnittstellen (LIFs).
Richten Sie Cluster-Peering zwischen den Quell- und Zieldateisystemen ein.
Erstellen Sie eine SVM-Peering-Beziehung.
Erstellen Sie die SnapMirror Beziehung.
Warten Sie einen aktualisierten Ziel-Cluster.
Wechseln Sie zu Ihrem FSx-für-ONTAP-Dateisystem.
Das folgende Diagramm veranschaulicht das in diesem Abschnitt beschriebene Migrationsszenario.
![Flowchart, das den Prozess der Migration von On-Premises- NetApp ONTAP-Dateisystemen zu FSx für ONTAP zeigt.](images/snapmirror-on-premise-migration.png)
Themen
- Bevor Sie beginnen
- Erstellen des Ziel-Volumes
- Aufzeichnen der Quell- und Ziel-Cluster-übergreifenden LIFs
- Einrichten von Cluster-Peering zwischen Quelle und Ziel
- Erstellen einer SVM-Peering-Beziehung
- Erstellen der SnapMirror Beziehung
- Übertragen von Daten in Ihr FSx-für-ONTAP-Dateisystem
- Umstellung auf Amazon FSx
Bevor Sie beginnen
Bevor Sie mit den in den folgenden Abschnitten beschriebenen Verfahren beginnen, stellen Sie sicher, dass Sie die folgenden Voraussetzungen erfüllt haben:
FSx für ONTAP priorisiert den Client-Datenverkehr gegenüber Hintergrundaufgaben wie Daten-Tiering, Speichereffizienz und Backups. Wir empfehlen Ihnen, bei der Migration von Daten und als allgemeine bewährte Methode die Kapazität Ihrer SSD-Ebene zu überwachen, um sicherzustellen, dass sie nicht mehr als 80 % ausgelastet ist. Sie können die Auslastung Ihrer SSD-Ebene mithilfe von CloudWatch Dateisystemmetriken überwachen. Weitere Informationen finden Sie unter Volume-Metriken.
Wenn Sie die Daten-Tiering-Richtlinie des Ziel-Volumes
All
bei der Migration Ihrer Daten auf festlegen, werden alle Dateimetadaten auf der primären SSD-Speicherebene gespeichert. Dateimetadaten werden unabhängig von der Daten-Tiering-Richtlinie des Volumes immer auf der SSD-basierten primären Ebene gespeichert. Wir empfehlen Ihnen, ein Verhältnis von 1:10 für die Speicherkapazität der primären Ebene : Kapazitätspool-Ebene anzunehmen.Die Quell- und Zieldateisysteme sind in derselben VPC verbunden oder befinden sich in Netzwerken, die über Amazon VPC Peering, Transit Gateway AWS Direct Connect oder per Peering verbunden sindAWS VPN. Weitere Informationen finden Sie unter Zugriff auf Daten von innen AWS und Was ist VPC Peering? im Amazon-VPC-Peering-Handbuch.
Die VPC-Sicherheitsgruppe für das FSx-für-ONTAP-Dateisystem verfügt über Regeln für ein- und ausgehenden Datenverkehr, die ICMP sowie TCP auf den Ports 443, 1000, 111104 und 111105 für Ihre Cluster-übergreifenden Endpunkte (LIFs ) ermöglichen.
Stellen Sie sicher, dass auf den Quell- und Ziel-Volumes kompatible NetApp ONTAP-Versionen ausgeführt werden, bevor Sie eine SnapMirror Datenschutzbeziehung erstellen. Weitere Informationen finden Sie unter Kompatible ONTAP-Versionen für SnapMirror Beziehungen
in NetAppder ONTAP-Benutzerdokumentation von . Die hier vorgestellten Verfahren verwenden ein On-Premises- NetApp ONTAP-Dateisystem für die Quelle. Ihr On-Premises-Dateisystem (Quelle) NetApp ONTAP enthält eine SnapMirror Lizenz.
Sie haben ein Ziel-FSx-für-ONTAP-Dateisystem mit einer SVM erstellt, aber Sie haben kein Ziel-Volume erstellt. Weitere Informationen finden Sie unter FSx für ONTAP-Dateisysteme erstellen.
Die Befehle in diesen Verfahren verwenden die folgenden Cluster-, SVM- und Volume-Aliase:
– die ID des Ziel-Clusters (FSx ) (im Format F SxIdabcdef1234567890a).FSx-Dest
– die ID des Quell-Clusters.OnPrem-Source
– der SVM-Zielname.DestSVM
– der Quell-SVM-Name.SourceSVM
Sowohl die Namen des Quell- als auch des Ziel-Volumes sind
vol1
.
Anmerkung
Ein FSx-für-ONTAP-Dateisystem wird in allen ONTAP-CLI-Befehlen als Cluster bezeichnet.
Die Verfahren in diesem Abschnitt verwenden die folgenden NetApp ONTAP-CLI-Befehle.
-Cluster
-Befehle vserver-Peer
-Befehle Snapmirror
-Befehle
Sie verwenden die NetApp ONTAP-CLI, um eine SnapMirror Konfiguration auf Ihrem FSx-für-ONTAP-Dateisystem zu erstellen und zu verwalten. Weitere Informationen finden Sie unter Verwenden der NetApp ONTAP-CLI.
Erstellen des Ziel-Volumes
Sie können ein Ziel-Volume für den Datenschutz (DP) mithilfe der Amazon-FSx-Konsole, der AWS CLIund der Amazon-FSx-API erstellen, zusätzlich zur NetApp ONTAP-CLI und REST-API. Informationen zum Erstellen eines Ziel-Volumes mit der Amazon-FSx-Konsole und finden Sie AWS CLIunter Volumen erstellen.
Im folgenden Verfahren verwenden Sie die NetApp ONTAP-CLI, um ein Ziel-Volume auf Ihrem FSx-für-ONTAP-Dateisystem zu erstellen. Sie benötigen das fsxadmin
Passwort und die IP-Adresse oder den DNS-Namen des Verwaltungsports des Dateisystems.
Richten Sie eine SSH-Sitzung mit dem Zieldateisystem mithilfe des Benutzers
fsxadmin
und des Passworts ein, das Sie beim Erstellen des Dateisystems festgelegt haben.ssh fsxadmin@
file-system-management-endpoint-ip-address
Erstellen Sie ein Volume auf dem Ziel-Cluster, das über eine Speicherkapazität verfügt, die mindestens der Speicherkapazität des Quell-Volumes entspricht. Verwenden Sie
-type DP
, um sie als Ziel für eine SnapMirror Beziehung zu bezeichnen.Wenn Sie Daten-Tiering verwenden möchten, empfehlen wir Ihnen,
-tiering-policy
auf festzulegenall
. Dadurch wird sichergestellt, dass Ihre Daten sofort in den Kapazitätspool-Speicher übertragen werden, und verhindert, dass Ihnen die Kapazität auf Ihrer SSD-Ebene ausgeht. Nach der Migration können Sie-tiering-policy
zu wechselnauto
.Anmerkung
Dateimetadaten werden unabhängig von der Daten-Tiering-Richtlinie des Volumes immer auf der SSD-basierten primären Ebene gespeichert.
FSx-Dest::> vol create -vserver
DestSVM
-volume vol1 -aggregate aggr1 -size 1g -type DP -tiering-policy all
Aufzeichnen der Quell- und Ziel-Cluster-übergreifenden LIFs
SnapMirror verwendet logische Schnittstellen (LIFs) zwischen Clustern, die jeweils eine eindeutige IP-Adresse haben, um die Datenübertragung zwischen Quell- und Ziel-Clustern zu erleichtern.
-
Für die Ziel-FSx-für-ONTAP-Dateisysteme können Sie den Cluster-übergreifenden Endpunkt – IP-Adressen von der Amazon-FSx-Konsole abrufen, indem Sie auf der Detailseite Ihres Dateisystems zur Registerkarte Administration navigieren.
Rufen Sie für den NetApp ONTAP-Quell-Cluster die LIF-IP-Adressen zwischen Clustern mithilfe der ONTAP-CLI ab. Führen Sie den folgenden Befehl aus:
OnPrem-Source::>
network interface show -role intercluster
Logical Network Vserver Interface Status Address/Mask ----------- ---------- ------- ------------ FSx-Dest inter_1 up/up 10.0.0.36/24 inter_2 up/up 10.0.1.69/24
Anmerkung
Bei Scale-Out-Dateisystemen gibt es zwei Cluster-übergreifende IP-Adressen für jedes Hochverfügbarkeitspaar (HA). Speichern Sie diese Werte für später.
Speichern Sie die IP
inter_2
-Adresseninter_1
und . Sie werden in derFSx-Dest
alsdest_inter_1
unddest_inter_2
und fürOnPrem-Source
alssource_inter_1
und referenziertsource_inter_2
.
Einrichten von Cluster-Peering zwischen Quelle und Ziel
Richten Sie eine Cluster-Peer-Beziehung auf dem Ziel-Cluster ein, indem Sie die IP-Adressen zwischen Clustern angeben. Sie müssen auch eine Passphrase erstellen, die Sie eingeben müssen, wenn Sie Cluster-Peering auf dem Quell-Cluster einrichten.
Richten Sie Peering auf dem Ziel-Cluster mit dem folgenden Befehl ein. Für Scale-Out-Dateisysteme müssen Sie jede Cluster-übergreifende IP-Adresse angeben.
FSx-Dest::>
cluster peer create -address-family ipv4 -peer-addrs
source_inter_1
,source_inter_2
Enter the passphrase: Confirm the passphrase: Notice: Now use the same passphrase in the "cluster peer create" command in the other cluster.
Richten Sie als Nächstes die Cluster-Peer-Beziehung auf dem Quell-Cluster ein. Sie müssen die oben erstellte Passphrase eingeben, um sich zu authentifizieren. Für Scale-Out-Dateisysteme müssen Sie jede Cluster-übergreifende IP-Adresse angeben.
OnPrem-Source::>
cluster peer create -address-family ipv4 -peer-addrs
dest_inter_1
,dest_inter_2
Enter the passphrase: Confirm the passphrase:
Überprüfen Sie, ob das Peering erfolgreich war, indem Sie den folgenden Befehl auf dem Quell-Cluster verwenden. In der Ausgabe
Availability
sollte auf gesetzt werdenAvailable
.OnPrem-Source::>
cluster peer show
Peer Cluster Name Availability Authentication ----------------- -------------- -------------- FSx-Dest Available ok
Erstellen einer SVM-Peering-Beziehung
Wenn Cluster-Peering eingerichtet ist, besteht der nächste Schritt darin, die SVMs per Peering zu verbinden. Erstellen Sie mit dem vserver peer
Befehl eine SVM-Peering-Beziehung auf dem Ziel-Cluster (FSx -Dest). Zusätzliche Aliase, die in den folgenden Befehlen verwendet werden, sind folgende:
DestLocalName
– Dies ist der Name, der verwendet wird, um die Ziel-SVM bei der Konfiguration von SVM-Peering auf der Quell-SVM zu identifizieren.SourceLocalName
– Dies ist der Name, der zur Identifizierung der Quell-SVM bei der Konfiguration des SVM-Peerings auf der Ziel-SVM verwendet wird.
-
Verwenden Sie den folgenden Befehl, um eine SVM-Peering-Beziehung zwischen der Quell- und der Ziel-SVMs erstellen.
FSx-Dest::>
vserver peer create -vserver
DestSVM
-peer-vserverSourceSVM
-peer-clusterOnPrem-Source
-applications snapmirror -local-nameSourceLocalName
Info: [Job 207] 'vserver peer create' job queued
-
Akzeptieren Sie die Peering-Beziehung auf dem Quell-Cluster:
OnPrem-Source::>
vserver peer accept -vserver
SourceSVM
-peer-vserverDestSVM
-local-nameDestLocalName
Info: [Job 211] 'vserver peer accept' job queued
-
Überprüfen Sie den SVM-Peering-Status mit dem folgenden Befehl;
Peer State
solltepeered
in der Antwort auf gesetzt werden.OnPrem-Source::>
vserver peer show
Peer Peer Peer Peering Remote vserver Vserver State Cluster Applications Vserver ------- -------- ------ -------- ------------- --------- svm01 destsvm1 peered FSx-Dest snapmirror svm01
Erstellen der SnapMirror Beziehung
Nachdem Sie nun die Quell- und Ziel-SVMs per Peering verbunden haben, bestehen die nächsten Schritte darin, die SnapMirror Beziehung auf dem Ziel-Cluster zu erstellen und zu initialisieren.
Anmerkung
Sobald Sie eine SnapMirror Beziehung erstellt und initialisiert haben, sind die Ziel-Volumes schreibgeschützt, bis die Beziehung unterbrochen ist.
Verwenden Sie den
snapmirror create
Befehl , um die SnapMirror Beziehung auf dem Ziel-Cluster zu erstellen. Dersnapmirror create
Befehl muss von der Ziel-SVM aus verwendet werden.Sie können optional verwenden
-throttle
, um die maximale Bandbreite (in kB/s) für die SnapMirror Beziehung festzulegen.FSx-Dest::>
snapmirror create -source-path
SourceLocalName
:vol1 -destination-pathDestSVM
:vol1 -vserverDestSVM
-throttle unlimitedOperation succeeded: snapmirror create for the relationship with destination "DestSVM:vol1".
Übertragen von Daten in Ihr FSx-für-ONTAP-Dateisystem
Nachdem Sie die SnapMirror Beziehung erstellt haben, können Sie Daten in das Zieldateisystem übertragen.
Sie können Daten in das Zieldateisystem übertragen, indem Sie den folgenden Befehl auf dem Zieldateisystem ausführen.
Anmerkung
Sobald Sie diesen Befehl ausgeführt haben, SnapMirror beginnt mit der Übertragung von Snapshots von Daten vom Quell-Volume auf das Ziel-Volume.
FSx-Dest::>
snapmirror initialize -destination-path
DestSVM
:vol1 -source-pathSourceLocalName
:vol1Wenn Sie Daten migrieren, die aktiv verwendet werden, müssen Sie Ihren Ziel-Cluster aktualisieren, damit er mit Ihrem Quell-Cluster synchronisiert bleibt. Führen Sie den folgenden Befehl aus, um eine einmalige Aktualisierung des Ziel-Clusters durchzuführen.
FSx-Dest::>
snapmirror update -destination-path
DestSVM
:vol1Sie können auch stündliche oder tägliche Updates planen, bevor Sie die Migration abschließen und Ihre Clients zu FSx für ONTAP verschieben. Sie können einen SnapMirror Aktualisierungszeitplan mit dem
snapmirror modify
Befehl erstellen. FSx-Dest::>
snapmirror modify -destination-path
DestSVM
:vol1 -schedule hourly
Umstellung auf Amazon FSx
Gehen Sie wie folgt vor, um den Cutover auf Ihr FSx-für-ONTAP-Dateisystem vorzubereiten:
Trennen Sie alle Clients, die in den Quell-Cluster schreiben.
Führen Sie eine endgültige SnapMirror Übertragung durch, um sicherzustellen, dass beim Cutover kein Datenverlust auftritt.
Unterbrechen Sie die SnapMirror Beziehung.
Verbinden Sie alle Clients mit Ihrem FSx-für-ONTAP-Dateisystem.
Um sicherzustellen, dass alle Daten aus dem Quell-Cluster in das FSx-für-ONTAP-Dateisystem übertragen werden, führen Sie eine endgültige Snapmirror-Übertragung durch.
FSx-Dest::>
snapmirror update -destination-path
DestSVM
:vol1Stellen Sie sicher, dass die Datenmigration abgeschlossen ist
Snapmirrored
, indem Sie überprüfen, obMirror State
auf und auf festgelegtRelationship Status
istIdle
. Sie sollten auch sicherstellen, dass dasLast Transfer End Timestamp
Datum wie erwartet ist, da es anzeigt, wann die letzte Übertragung auf das Ziel-Volume stattgefunden hat.Führen Sie den folgenden Befehl aus, um den SnapMirror Status anzuzeigen.
FSx-Dest::>
snapmirror show -fields state,status,last-transfer-end-timestamp
Source Destination Mirror Relationship Last Transfer End Path Path State Status Timestamp ---------- ----------- ---------- ------- --------------- Svm01:vol1 svm02:DestVol Snapmirrored Idle 09/02 09:02:21
Deaktivieren Sie alle zukünftigen SnapMirror Übertragungen mithilfe des
snapmirror quiesce
Befehls .FSx-Dest::>
snapmirror quiesce -destination-path
DestSVM
:vol1Stellen Sie sicher, dass sich der zu geändert
Relationship Status
hat,Quiesced
indem Sie verwendensnapmirror show
.FSx-Dest::>
snapmirror show
Source Destination Mirror Relationship Path Path State Status ----------- ------------ ------------- -------- sourcesvm1:vol1 svm01:DestVol Snapmirrored Quiesced
Während der Migration ist das Ziel-Volume schreibgeschützt. Um das Lesen/Schreiben zu aktivieren, müssen Sie die SnapMirror Beziehung aufheben und auf Ihr FSx-für-ONTAP-Dateisystem umstellen. Unterbrechen Sie die SnapMirror Beziehung mit dem folgenden Befehl.
FSx-Dest::>
snapmirror break -destination-path
DestSVM
:vol1Operation succeeded: snapmirror break for destination "DestSVM:vol1".
Sobald die SnapMirror Replikation abgeschlossen ist und Sie die SnapMirror Beziehung unterbrochen haben, können Sie das Volume mounten, um die Daten verfügbar zu machen.
FSx-Dest::> vol mount -vserver fsx -volume vol1 -junction-path /vol1
Das Volume ist jetzt verfügbar, wobei die Daten aus dem Quell-Volume vollständig auf das Ziel-Volume migriert wurden. Das Volume steht Clients auch zum Lesen und Schreiben zur Verfügung. Wenn Sie das tiering-policy
dieses Volumes zuvor auf gesetzt habenall
, können Sie es in auto
oder ändern snapshot-only
und Ihre Daten werden gemäß den Zugriffsmustern automatisch zwischen den Speicherebenen wechseln. Informationen zum Zugriff auf diese Daten für Clients und Anwendungen finden Sie unter Zugriff auf -Daten.