Migration zu FSx for ONTAP mit NetApp SnapMirror

Sie können Ihre NetApp ONTAP-Dateisysteme zu Amazon FSx für NetApp ONTAP migrieren, indem Sie. NetApp SnapMirror

NetApp SnapMirror verwendet eine Replikation auf Blockebene zwischen zwei ONTAP-Dateisystemen und repliziert Daten von einem bestimmten Quellvolume auf ein Zielvolume. Wir empfehlen SnapMirror die Verwendung zur Migration von NetApp ONTAP-Dateisystemen vor Ort auf FSx for ONTAP. 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 Größenordnung von Kilobyte)

Wenn Sie früher SnapMirror zu FSx for ONTAP migrieren, verbleiben deduplizierte und komprimierte Daten in diesen Zuständen, was die Übertragungszeiten reduziert und die für die Migration benötigte Bandbreite reduziert. Snapshots, die auf den ONTAP-Quell-Volumes vorhanden sind, bleiben erhalten, wenn sie auf die Ziel-Volumes migriert werden. Die Migration Ihrer lokalen NetApp ONTAP-Dateisysteme zu FSx for ONTAP umfasst die folgenden übergeordneten Aufgaben:

1. Erstellen Sie das Zielvolume in Amazon FSx.

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

3. Richten Sie Cluster-Peering zwischen dem Quell- und dem Zieldateisystem ein.

4. Erstellen Sie eine SVM-Peering-Beziehung.

5. Erstellen Sie die Beziehung SnapMirror .

6. Pflegen Sie einen aktualisierten Zielcluster.

7. Wechseln Sie zu Ihrem FSx for ONTAP-Dateisystem.

Das folgende Diagramm veranschaulicht das in diesem Abschnitt beschriebene Migrationsszenario.

Bevor Sie beginnen

Bevor Sie mit der Verwendung der in den folgenden Abschnitten beschriebenen Verfahren beginnen, stellen Sie sicher, dass Sie die folgenden Voraussetzungen erfüllt haben:

• FSx for ONTAP priorisiert den Client-Verkehr gegenüber Hintergrundaufgaben wie Datenklassifizierung, Speichereffizienz und Backups. Bei der Migration von Daten und als allgemeine bewährte Methode empfehlen wir, die Kapazität Ihrer SSD-Stufe zu überwachen, um sicherzustellen, dass sie nicht über 80% ausgelastet ist. Sie können die Auslastung Ihrer SSD-Stufe mithilfe von CloudWatch Dateisystemmetriken überwachen. Weitere Informationen finden Sie unter Volume-Metriken.

• Wenn Sie bei der Migration Ihrer Daten die Data-Tiering-Richtlinie des Zielvolumes auf All einstellen, werden alle Dateimetadaten auf der primären SSD-Speicherebene gespeichert. Dateimetadaten werden immer auf der SSD-basierten primären Ebene gespeichert, unabhängig von der Daten-Tiering-Richtlinie des Volumes. Wir empfehlen, dass Sie für die Speicherkapazität der primären Stufe: Kapazitätspool-Tier von einem Verhältnis von 1:10 ausgehen.

• Die Quell- und Zieldateisysteme sind in derselben VPC verbunden oder befinden sich in Netzwerken, die über Amazon VPC Peering, Transit Gateway oder gepeert werden. AWS Direct Connect AWS VPN Weitere Informationen finden Sie unter Zugreifen auf Daten aus dem AWS Cloud und Was ist VPC-Peering? im Amazon VPC Peering Guide.

• Die VPC-Sicherheitsgruppe für das Dateisystem FSx for ONTAP verfügt über eingehende und ausgehende Regeln, die ICMP sowie TCP auf den Ports 443, 10000, 11104 und 11105 für Ihre Cluster-Endpunkte (LIFs) zulassen.

• Stellen Sie sicher, dass auf den Quell- und Zielvolumes kompatible ONTAP-Versionen ausgeführt werden, bevor Sie eine Datenschutzbeziehung einrichten. NetApp SnapMirror Weitere Informationen finden Sie in NetApp der ONTAP-Benutzerdokumentation unter Kompatible ONTAP-Versionen für SnapMirror Beziehungen. Die hier vorgestellten Verfahren verwenden ein lokales NetApp ONTAP-Dateisystem als Quelle.

• Ihr lokales (Quell-) NetApp ONTAP-Dateisystem beinhaltet eine Lizenz. SnapMirror

• Sie haben ein Ziel-FSx für das ONTAP-Dateisystem mit einer SVM erstellt, aber Sie haben kein Zielvolume erstellt. Weitere Informationen finden Sie unter FSxFü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 SxIdabcdef 1234567890a).

• OnPrem-Source— Die ID des Quell-Clusters.

• DestSVM— der Name der Ziel-SVM.

• SourceSVM— der Name der Quell-SVM.

• Sowohl der Quell- als auch der Name des Zielvolumes sindvol1.

Anmerkung

Ein FSx for ONTAP-Dateisystem wird in allen ONTAP CLI-Befehlen als Cluster bezeichnet.

Die Verfahren in diesem Abschnitt verwenden die folgenden NetApp ONTAP CLI-Befehle.

• Befehl volume create

• Cluster-Befehle

• vserver-Peer-Befehle

• Snapmirror-Befehle

Sie werden die NetApp ONTAP CLI verwenden, um eine SnapMirror Konfiguration auf Ihrem FSx for ONTAP-Dateisystem zu erstellen und zu verwalten. Weitere Informationen finden Sie unter Verwenden der NetApp ONTAP-CLI.

Erstellen Sie das Zielvolume

Sie können ein Data Protection (DP) -Zielvolume mit der Amazon FSx-Konsole AWS CLI, der und der Amazon FSx-API sowie der NetApp ONTAP CLI und der REST-API erstellen. Informationen zum Erstellen eines Ziel-Volumes mit der Amazon FSx-Konsole und finden Sie AWS CLI unterVolumen erstellen.

Im folgenden Verfahren verwenden Sie die NetApp ONTAP CLI, um ein Zielvolume auf Ihrem FSx for ONTAP-Dateisystem zu erstellen. Sie benötigen das fsxadmin Passwort und die IP-Adresse oder den DNS-Namen des Management-Ports des Dateisystems.

1. Richten Sie mithilfe des Benutzers fsxadmin und des Kennworts, das Sie bei der Erstellung des Dateisystems festgelegt haben, eine SSH-Sitzung mit dem Zieldateisystem ein.

   ssh fsxadmin@file-system-management-endpoint-ip-address

2. Erstellen Sie ein Volume auf dem Zielcluster, dessen Speicherkapazität mindestens der Speicherkapazität des Quellvolumes entspricht. Wird verwendet-type DP, um es als Ziel für eine SnapMirror Beziehung festzulegen.

   Wenn Sie Data Tiering verwenden möchten, empfehlen wir Ihnen, dies auf einzustellen-tiering-policy. all Dadurch wird sichergestellt, dass Ihre Daten sofort in den Kapazitätspoolspeicher übertragen werden, und verhindert, dass Ihnen die Kapazität auf Ihrer SSD-Stufe ausgeht. Nach der Migration können Sie -tiering-policy zu wechselnauto.

   Anmerkung

   Dateimetadaten werden immer auf der SSD-basierten primären Ebene gespeichert, unabhängig von der Daten-Tiering-Richtlinie des Volumes.

   FSx-Dest::> vol create -vserver DestSVM -volume vol1 -aggregate aggr1 -size 1g -type DP -tiering-policy all

Notieren Sie die Quell- und Ziel-LIFs zwischen den Clustern

SnapMirror verwendet logische Schnittstellen (LIFs) zwischen Clustern mit jeweils einer eindeutigen IP-Adresse, um die Datenübertragung zwischen Quell- und Zielclustern zu erleichtern.

1. Für das Ziel-FSx für ONTAP-Dateisysteme können Sie die Inter-Cluster-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-Quellcluster die Cluster-LIF-IP-Adressen 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

   Für Single-AZ-Dateisysteme der zweiten Generation gibt es zwei IP-Adressen zwischen Clustern für jedes Hochverfügbarkeitspaar (HA). Speichern Sie diese Werte für später.

   Speichern Sie die inter_1 und inter_2 IP-Adressen. Sie werden in den Bezeichnungen FSx-Dest as dest_inter_1 und und für OnPrem-Source as dest_inter_2 source_inter_1 und referenziertsource_inter_2.

Richten Sie Cluster-Peering zwischen Quelle und Ziel ein

Richten Sie eine Cluster-Peer-Beziehung auf dem Zielcluster ein, indem Sie die IP-Adressen zwischen den Clustern angeben. Sie müssen außerdem eine Passphrase erstellen, die Sie eingeben müssen, wenn Sie das Cluster-Peering auf dem Quellcluster einrichten.

1. Richten Sie das Peering auf dem Zielcluster mit dem folgenden Befehl ein. Bei Single-AZ-Dateisystemen der zweiten Generation müssen Sie jede IP-Adresse zwischen den Clustern 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. Als Nächstes richten Sie die Cluster-Peer-Beziehung auf dem Quellcluster ein. Sie müssen die Passphrase eingeben, die Sie oben erstellt haben, um sich zu authentifizieren. Bei Single-AZ-Dateisystemen der zweiten Generation müssen Sie jede IP-Adresse zwischen den Clustern angeben.

   OnPrem-Source::> cluster peer create -address-family ipv4 -peer-addrs dest_inter_1,dest_inter_2
   
   Enter the passphrase:
   Confirm the passphrase:

3. Vergewissern Sie sich, dass das Peering erfolgreich war, indem Sie den folgenden Befehl auf dem Quellcluster verwenden. In der Ausgabe Availability sollte auf eingestellt seinAvailable.

   OnPrem-Source::> cluster peer show
   
   Peer Cluster Name  Availability   Authentication
   -----------------  -------------- --------------
   FSx-Dest           Available      ok

Erstellen Sie eine SVM-Peering-Beziehung

Nachdem das Cluster-Peering eingerichtet ist, ist der nächste Schritt das Peering der SVMs. Erstellen Sie mit dem Befehl eine SVM-Peering-Beziehung auf dem Zielcluster (FSX-Dest). vserver peer In den folgenden Befehlen werden die folgenden zusätzlichen Aliase verwendet:

• DestLocalName— Dieser Name wird verwendet, um die Ziel-SVM zu identifizieren, wenn das SVM-Peering auf der Quell-SVM konfiguriert wird.

• SourceLocalName— Mit diesem Namen wird die Quell-SVM identifiziert, wenn das SVM-Peering auf der Ziel-SVM konfiguriert wird.

1. Verwenden Sie den folgenden Befehl, um eine SVM-Peering-Beziehung zwischen der Quell- und der Ziel-SVM herzustellen.

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

   OnPrem-Source::> vserver peer show
        
   Peer    Peer     Peer   Peering  Remote
   vserver Vserver  State  Cluster  Applications  Vserver
   ------- -------- ------ -------- ------------- ---------
   svm01   destsvm1 peered FSx-Dest snapmirror    svm01

Erstellen Sie die Beziehung SnapMirror

Nachdem Sie die Quell- und Ziel-SVMs per Peering miteinander verbunden haben, besteht der nächste Schritt darin, die SnapMirror Beziehung auf dem Zielcluster 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 wird.

• Verwenden Sie den snapmirror create Befehl, um die SnapMirror Beziehung auf dem Zielcluster zu erstellen. Der snapmirror create Befehl muss von der Ziel-SVM aus verwendet werden.

  Sie können -throttle optional die maximale Bandbreite (in KB/s) für die SnapMirror Beziehung festlegen.

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

Daten auf Ihr FSx for ONTAP-Dateisystem übertragen

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 die Übertragung von Datenschnappschüssen vom Quellvolume auf das Zielvolume.

   FSx-Dest::> snapmirror initialize -destination-path DestSVM:vol1 -source-path SourceLocalName:vol1

2. Wenn Sie Daten migrieren, die aktiv genutzt werden, müssen Sie Ihren Zielcluster aktualisieren, damit er weiterhin mit Ihrem Quellcluster synchronisiert bleibt. Führen Sie den folgenden Befehl aus, um ein einmaliges Update für den Zielcluster 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 Kunden zu FSx for ONTAP verschieben. Mit dem Befehl können Sie einen SnapMirror Aktualisierungszeitplan einrichten. snapmirror modify

   FSx-Dest::> snapmirror modify -destination-path DestSVM:vol1 -schedule hourly

Umstellung auf Amazon FSx

Gehen Sie wie folgt vor, um den Übergang zu Ihrem FSx for ONTAP-Dateisystem vorzubereiten:

• Trennen Sie alle Clients, die in den Quellcluster schreiben.

• Führen Sie eine letzte SnapMirror Übertragung durch, um sicherzustellen, dass beim Überschneiden keine Daten verloren gehen.

• Brechen Sie die SnapMirror Beziehung ab.

• Connect alle Clients mit Ihrem FSx for ONTAP-Dateisystem.

1. Um sicherzustellen, dass alle Daten aus dem Quell-Cluster an das Dateisystem FSx for ONTAP übertragen werden, führen Sie eine abschließende Snapmirror-Übertragung durch.

   FSx-Dest::> snapmirror update -destination-path DestSVM:vol1

2. Stellen Sie sicher, dass die Datenmigration abgeschlossen ist, indem Sie überprüfen, ob die Einstellung auf und Relationship Status auf Snapmirrored eingestellt Mirror State ist. Idle Sie sollten außerdem sicherstellen, dass das Last Transfer End Timestamp Datum den Erwartungen entspricht, da es angibt, wann die letzte Übertragung auf das Zielvolume 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 future SnapMirror Übertragungen mit dem snapmirror quiesce Befehl.

   FSx-Dest::> snapmirror quiesce -destination-path DestSVM:vol1

5. Vergewissern Sie sich, dass der auf „QuiescedVerwenden“ umgestellt Relationship Status wurdesnapmirror 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 Zielvolume schreibgeschützt. Um Lesen/Schreiben zu aktivieren, müssen Sie die SnapMirror Beziehung unterbrechen und zu Ihrem FSx for ONTAP-Dateisystem wechseln. 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 vom Quell-Volume vollständig auf das Zielvolume migriert wurden. Das Volume steht auch Clients zum Lesen und Schreiben darauf zur Verfügung. Wenn Sie den tiering-policy Wert dieses Volumes zuvor auf eingestellt habenall, können Sie ihn auf auto oder snapshot-only ändern. Ihre Daten werden dann automatisch entsprechend den Zugriffsmustern zwischen den Speicherstufen umgestellt. Informationen dazu, wie Sie diese Daten für Clients und Anwendungen zugänglich machen, finden Sie unterZugriff auf -Daten.