Migrieren zu FSx für ONTAP mit NetApp SnapMirror - FSx für ONTAP

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:

  1. Erstellen Sie das Ziel-Volume in Amazon FSx .

  2. Erfassen Sie logische Quell- und Zielschnittstellen (LIFs).

  3. Richten Sie Cluster-Peering zwischen den Quell- und Zieldateisystemen ein.

  4. Erstellen Sie eine SVM-Peering-Beziehung.

  5. Erstellen Sie die SnapMirror Beziehung.

  6. Warten Sie einen aktualisierten Ziel-Cluster.

  7. 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.

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:

  • FSx-Dest – die ID des Ziel-Clusters (FSx ) (im Format F SxIdabcdef1234567890a).

  • OnPrem-Source – die ID des Quell-Clusters.

  • DestSVM – der SVM-Zielname.

  • SourceSVM – der Quell-SVM-Name.

  • 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.

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.

  1. 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
  2. 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.

  1. 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.

  2. 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 IPinter_2-Adressen inter_1 und . Sie werden in der FSx-Dest als dest_inter_1 und dest_inter_2 und für OnPrem-Source als source_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.

  1. 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.
  2. 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:
  3. Ü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.

  1. 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-vserver SourceSVM -peer-cluster OnPrem-Source -applications snapmirror -local-name SourceLocalName Info: [Job 207] 'vserver peer create' job queued
  2. Akzeptieren Sie die Peering-Beziehung auf dem Quell-Cluster:

    OnPrem-Source::> vserver peer accept -vserver SourceSVM -peer-vserver DestSVM -local-name DestLocalName Info: [Job 211] 'vserver peer accept' job queued
  3. Überprüfen Sie den SVM-Peering-Status mit dem folgenden Befehl; Peer State sollte peered 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. Der snapmirror 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-path DestSVM:vol1 -vserver DestSVM -throttle unlimited Operation 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.

  1. 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-path SourceLocalName:vol1
  2. Wenn 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:vol1
  3. Sie 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.

  1. 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:vol1
  2. Stellen Sie sicher, dass die Datenmigration abgeschlossen istSnapmirrored, indem Sie überprüfen, ob Mirror State auf und auf festgelegt Relationship Status istIdle. Sie sollten auch sicherstellen, dass das Last Transfer End Timestamp Datum wie erwartet ist, da es anzeigt, wann die letzte Übertragung auf das Ziel-Volume stattgefunden hat.

  3. 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
  4. Deaktivieren Sie alle zukünftigen SnapMirror Übertragungen mithilfe des snapmirror quiesce Befehls .

    FSx-Dest::> snapmirror quiesce -destination-path DestSVM:vol1
  5. Stellen 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
  6. 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:vol1 Operation succeeded: snapmirror break for destination "DestSVM:vol1".
  7. 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.