Skip to main content
Workload Factory for NetApp Console
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Daten zu FSx für ONTAP in NetApp Workload Factory replizieren

Beitragende netapp-rlithman
Änderungen vorschlagen
PDFs

Daten in NetApp Workload Factory werden repliziert, um gegen Datenverlust zu schützen, falls in der Region, in der sich Ihre Daten befinden, eine Katastrophe eintritt. Die Datenreplikation wird zwischen FSx for ONTAP Dateisystemen und lokalen ONTAP Systemen oder Cloud Volumes ONTAP unterstützt. Workload Factory unterstützt außerdem kaskadierende Replikation, um den Datenschutz auf tertiäre Systeme auszuweiten oder Ihre Daten zu migrieren.

Beim Replizieren von Storage VM-Daten und Konfigurationseinstellungen müssen Sie zunächst die Replikationsbeziehung erstellen und initialisieren und dann abwarten, bis die Daten mindestens einmal synchronisiert wurden, bevor Sie den Cutover-Vorgang abschließen.

Standardreplikation

Die Replikation schützt Ihre Daten, wenn eine Katastrophe Ihre Region betrifft, und kann auch die Migration unterstützen.

Die Replikation umfasst das Erstellen und Initialisieren einer Replikationsbeziehung. Um die Replikation einzurichten, erstellen Sie die Replikationsbeziehung. Um die Daten zwischen Quell- und Zielspeichersystemen zu übertragen, initialisieren Sie die Replikationsbeziehung. Bei der Migration von Speicher-VM-Daten und Konfigurationseinstellungen müssen Sie außerdem den Cutover-Vorgang abschließen.

Replizierte Volumes im Zieldateisystem sind Data Protection (DP) Volumes und folgen dem Namensformat: {OriginalVolumeName}_copy.

Wenn Sie ein Quellvolume mit unveränderlichen Dateien replizieren, bleiben das Ziel-Volume und das Dateisystem gesperrt, bis die Aufbewahrungsfrist des Quellvolumes abgelaufen ist. Die Funktion für unveränderliche Dateien ist verfügbar, wenn Sie "ein Volume erstellen" für ein FSx for ONTAP-Dateisystem verwenden.

Hinweis

Sie können ein Quellvolume (lesen/schreiben) oder ein Datensicherungsvolume (DP) replizieren. Kaskadierende Replikation wird unterstützt, aber ein dritter Hop wird nicht unterstützt. Weitere Informationen zu kaskadierende Replikation.

Migrationsanwendungsfälle

Für die Migration können Sie die Daten und Konfigurationseinstellungen einer Storage-VM replizieren. Wenn Sie Daten und Konfigurationseinstellungen gemeinsam migrieren, stellen Sie sicher, dass die letzte Replikation des Volumes innerhalb der letzten 24 Stunden abgeschlossen wurde. Sie müssen alle Volumes in derselben Storage-VM auswählen, um diese Funktion zu nutzen. Die Tiering-Richtlinie für alle Volumes entspricht standardmäßig der Tiering-Richtlinie des Quell-Volumes, was für Migrationsanwendungsfälle empfohlen wird.

Workload Factory unterstützt die Migrationsreplikation für Speicher-VMs zwischen den folgenden Speichersystemen.

  • On-premises ONTAP Systeme und FSx für ONTAP Dateisysteme

  • Cloud Volumes ONTAP und FSx für ONTAP Dateisysteme

  • FSx für ONTAP und FSx für ONTAP file systems

    • Erste zu erster Generation

    • Sekunde zu zweiter Generation

Für die Migration der Speicher-VM-Daten und Konfigurationseinstellungen müssen drei Vorgänge durchgeführt werden.

  1. Schritt 1: Replikationsbeziehung erstellen, wählen Sie Migration als Anwendungsfall und wählen Sie Speicher-VM-Konfiguration replizieren aus.

  2. Schritt 2: Replikationsbeziehung initialisierenum die Daten vom Quell- zum Zielspeichersystem zu übertragen.

  3. Schritt 3: Umstellung der Replikation für Migrationsanwendungsfälle, um die Migration zu testen und anschließend Daten und Konfigurationseinstellungen dauerhaft vom Quelldateisystem auf das FSx for ONTAP Zieldateisystem zu migrieren.

Schritt 1: Replikationsbeziehung erstellen

Replizieren Sie Daten zwischen zwei FSx for ONTAP-Dateisystemen, zwischen einem lokalen ONTAP-System und einem FSx for ONTAP-Dateisystem oder zwischen Cloud Volumes ONTAP und einem FSx for ONTAP-Dateisystem.

Bevor Sie beginnen

Überprüfen Sie diese Anforderungen, bevor Sie beginnen.

  • Voraussetzung ist, dass für das Ziel in der Replikationsbeziehung ein FSx for ONTAP Dateisystem verfügbar ist.

  • Öffnen Sie die TCP-Ports 11104 und 11105 für sicheren Datentransfer und Verwaltung zwischen Speichersystemen. ICMP ist optional, kann aber bei Netzwerkprüfungen und Fehlerbehebung hilfreich sein.

  • Das FSx for ONTAP-Dateisystem, das Sie für die Replikationsbeziehung verwenden, muss über eine zugeordnete Verknüpfung verfügen. "Erfahren Sie, wie Sie einen bestehenden Link verknüpfen oder einen neuen Link erstellen und verknüpfen". Nach der Verknüpfung kann zu diesem Vorgang zurückgekehrt werden.

  • Für die Datenreplizierung von einem lokalen ONTAP-System zu einem FSx for ONTAP-Dateisystem stellen Sie sicher, dass das lokale ONTAP-System erkannt wurde.

  • Die Replikation wird nicht unterstützt für Volumes, die sich in einem anderen Status als verfügbar, erstellt oder falsch konfiguriert befinden, und wenn die ONTAP-Version nicht kompatibel ist.

  • Bei Migrationsanwendungsfällen ist vor dem Erstellen einer Replikationsbeziehung mit storage VM-Daten und Konfigurationseinstellungen zu bestätigen, dass die letzte Replikation des Volumes innerhalb der letzten 24 Stunden abgeschlossen wurde.

Schritte

  1. Melden Sie sich bei der "NetApp Console" an.

  2. Im Menü Das Hamburger-Menüsymbol wird für die Navigation zu Workloads, dem Menüpunkt für Workload Factory, verwendet ist Workloads > Storage > FSx for ONTAP auszuwählen.

  3. Die Auswahl des Dateisystems, das die zu replizierenden Volumes enthält, erfolgt auf der Seite FSx for ONTAP.

  4. Entweder werden alle Volumes in einem Dateisystem oder nur ausgewählte Volumes repliziert.

    • Zum Replizieren aller Volumes in einem Dateisystem kann in der Dateisystemübersicht die Option Daten replizieren ausgewählt werden.

    • Für die Replikation ausgewählter Volumes erfolgt die Auswahl der Registerkarte Volumes in der Dateisystemübersicht.

      In der Tabelle „Volumes“ können ein oder mehrere Volumes ausgewählt und anschließend Daten replizieren ausgewählt werden.

  5. Auf der Seite „Daten replizieren“ sind unter „Replikationsziel“ die folgenden Angaben erforderlich:

    1. Anwendungsfall: Für die Replikation ist einer der folgenden Anwendungsfälle auszuwählen. Je nach ausgewähltem Anwendungsfall füllt Workload Factory das Formular mit empfohlenen Werten gemäß Best Practices aus. Die empfohlenen Werte können übernommen oder beim Ausfüllen des Formulars geändert werden.

      • Künstliche Intelligenz (KI) und maschinelles Lernen (ML): Replizieren Sie Ihre lokalen ONTAP-Daten zu FSx for ONTAP und erstellen Sie S3-Zugriffspunkte, um das Training von KI und ML in der Cloud zu unterstützen

      • Migration: überträgt Ihre Daten in das Zieldateisystem FSx for ONTAP

        Replikation der Speicher-VM-Konfiguration: Optional können Sie die Replikation der Speicher-VM-Daten und -Konfigurationseinstellungen für eine einzelne Speicher-VM auswählen. Bei der Migration von Daten und Einstellungen müssen alle Volumes innerhalb der letzten 24 Stunden repliziert und anschließend gleichzeitig umgeschaltet werden.

        Die Tiering-Richtlinie für alle Volumes entspricht standardmäßig der Tiering-Richtlinie des Quell-Volumes, was für Migrationsanwendungsfälle empfohlen wird.

        Während der Migration greifen Clients auf Daten des Quell-ONTAP-Dateisystems zu. Nach der Umstellung sind die Volumes über die Ziel-FSx for ONTAP-Dateisystem-IP-Adressen verfügbar. Aktualisieren Sie alle Clients oder Ressourcen, die noch die alte IP-Adresse verwenden.

      • Hot Disaster Recovery: gewährleistet hohe Verfügbarkeit und schnelle Wiederherstellung kritischer Workloads im Katastrophenfall

      • Kalt- oder Archiv-Disaster-Recovery:

        • Kalte Notfallwiederherstellung: verwendet längere Wiederherstellungszeitvorgaben (RTO) und Wiederherstellungspunktvorgaben (RPO), um Kosten zu senken

        • Archiv: repliziert Daten für Langzeit-Storage und Compliance

      • Sonstige

        Darüber hinaus bestimmt die Auswahl des Anwendungsfalls die Replikationsrichtlinie oder die SnapMirror Richtlinie (ONTAP). Die zur Beschreibung von Replikationsrichtlinien verwendeten Begriffe stammen aus "ONTAP 9 Dokumentation".

        • Für Migrationen und andere Zwecke heißt die Replikationsrichtlinie MirrorAllSnapshots. MirrorAllSnapshots ist eine asynchrone Richtlinie zum Spiegeln aller Snapshots und des zuletzt aktiven Dateisystems.

        • Für die Hot-, Cold- oder Archiv-Notfallwiederherstellung wird die Replikationsrichtlinie als MirrorAndVault bezeichnet. MirrorAndVault ist eine asynchrone Vault-Richtlinie für die Spiegelung des neuesten aktiven Dateisystems sowie täglicher und wöchentlicher Snapshots.

          Für alle Anwendungsfälle gilt: Wenn Sie Snapshots für die langfristige Aufbewahrung aktivieren, ist die Standardreplikationsrichtlinie MirrorAndVault.

    2. FSx for ONTAP file system: Wählen Sie Anmeldeinformationen, Region und FSx for ONTAP file system name für das Ziel-FSx for ONTAP file system aus.

    3. Name der Speicher-VM: Wählen Sie die Speicher-VM aus. Die von Ihnen ausgewählte Speicher-VM ist das Ziel für alle ausgewählten Volumes in dieser Replikationsbeziehung.

      Wenn die Namen der Quell- und Ziel-Storage-VMs identisch sind, erstellen wir einen Dateisystemalias für die Ziel-Storage-VM-Namen, um Peering-Konflikte zu vermeiden.

    4. Volume-Name: Der Ziel-Volume-Name wird automatisch im folgenden Format {OriginalVolumeName}_copy generiert. Sie können den automatisch generierten Volume-Namen verwenden oder einen anderen Volume-Namen eingeben.

    5. Tiering-Richtlinie: Die Tiering-Richtlinie für die im Ziel-Volume gespeicherten Daten wird ausgewählt. Standardmäßig wird die für den ausgewählten Anwendungsfall empfohlene Tiering-Richtlinie verwendet.

      Balanced (Auto) ist die Standard-Tiering-Richtlinie beim Erstellen eines Volumes mit der Workload Factory Konsole. Weitere Informationen zu Volume-Tiering-Richtlinien finden sich in "Volume-Speicherkapazität" der AWS FSx for NetApp ONTAP Dokumentation. Zu beachten ist, dass Workload Factory in der Workload Factory Konsole anwendungsfallbasierte Namen für Tiering-Richtlinien verwendet und die FSx for ONTAP Tiering-Richtliniennamen in Klammern aufführt.

    Wenn Sie den Anwendungsfall Migration ausgewählt haben, wählt Workload Factory automatisch das Kopieren der Tiering-Richtlinie vom Quell-Volume auf das Ziel-Volume aus. Sie können das Kopieren der Tiering-Richtlinie deaktivieren und eine Tiering-Richtlinie auswählen, die für das zur Replikation ausgewählte Volume gilt.

    1. Maximale Transferrate: Begrenzt auswählen und das maximale Transferlimit in MB/s eingeben. Alternativ Unbegrenzt auswählen.

      Ohne eine Begrenzung könnten Netzwerk- und Applikations-Performance sinken. Wir empfehlen jedoch eine unbegrenzte Transferrate für FSx for ONTAP Dateisysteme für kritische Workloads, beispielsweise solche, die primär für die Notfallwiederherstellung verwendet werden.

  6. Unter Replikationseinstellungen sind die folgenden Angaben erforderlich:

    1. Replikationsbeziehung initialisieren: Wählen Sie, ob die Replikationsbeziehung direkt nach ihrer Erstellung oder später initialisiert werden soll. Beachten Sie, dass die Initialisierung zeitaufwändig sein kann, und Sie möchten den Basistransfer möglicherweise außerhalb der Spitzenzeiten durchführen.

      Um die Initialisierung später manuell durchzuführen, beachten Sie die Anweisungen in Schritt 2: Replikationsbeziehung initialisieren.

    2. Replikationsintervall: Hier wird die Häufigkeit ausgewählt, mit der Snapshots vom Quell-Volume auf das Ziel-Volume übertragen werden.

    3. Langzeitaufbewahrung: Optional können Snapshots für die Langzeitaufbewahrung aktiviert werden. Die Langzeitaufbewahrung ermöglicht den Weiterbetrieb von Geschäfts-Services auch bei einem vollständigen Standortausfall und unterstützt Applikationen dabei, mithilfe einer sekundären Kopie transparent ein Failover durchzuführen.

      Replikationen ohne Langzeitaufbewahrung verwenden die Richtlinie MirrorAllSnapshots. Durch Aktivieren der Langzeitaufbewahrung wird der Replikation die Richtlinie MirrorAndVault zugewiesen.

      Wenn Sie die Langzeitaufbewahrung aktivieren, können Sie eine vorhandene Richtlinie auswählen oder eine neue Richtlinie erstellen, um die zu replizierenden Snapshots und die Anzahl der aufzubewahrenden Snapshots festzulegen.

      Hinweis Für die Langzeitarchivierung sind übereinstimmende Quell- und Zielbezeichnungen erforderlich. Auf Wunsch kann Workload Factory fehlende Bezeichnungen für Sie erstellen.

      • Eine bestehende Richtlinie auswählen: Wählen Sie eine bestehende Richtlinie aus.

      • Neue Richtlinie erstellen: Geben Sie einen Richtliniennamen an.

    4. Unveränderliche Snapshots: Optional. Die Auswahl von Enable immutable snapshots verhindert, dass im Rahmen dieser Richtlinie erstellte Snapshots während des Aufbewahrungszeitraums gelöscht werden.

      • Die Aufbewahrungsfrist wird in Stunden, Tagen, Monaten oder Jahren festgelegt.

      • Snapshot-Richtlinien: Wählen Sie in der Tabelle die Häufigkeit der Snapshot-Richtlinie und die Anzahl der aufzubewahrenden Kopien aus. Sie können mehrere Snapshot-Richtlinien auswählen.

    5. S3-Zugriffspunkt: Optional können Sie einen S3-Zugriffspunkt anbinden, um auf FSx for ONTAP-Dateisystemdaten zuzugreifen, die sich auf NFS- oder SMB/CIFS-Volumes befinden, über die AWS S3-APIs. Nur der Dateizugriffstyp wird unterstützt. Folgende Details sind erforderlich:

      • Name des S3 access point: Geben Sie den Namen des S3 access point ein.

      • Benutzer: Wählen Sie einen vorhandenen Benutzer mit Zugriff auf das Volume aus oder erstellen Sie einen neuen Benutzer.

      • Benutzertyp: Wählen Sie UNIX oder Windows als Benutzerart.

      • Netzwerkkonfiguration: Wählen Sie Internet oder Virtual private cloud (VPC). Die Wahl des Netzwerktyps bestimmt, ob der Zugriffspunkt über das Internet erreichbar ist oder auf eine bestimmte VPC beschränkt ist.

      • Inventartabelle aktivieren: Wenn Sie die Inventartabelle für das Volume aktivieren, generiert das System Metadaten für alle Objekte, die über den S3-Zugriffspunkt zugänglich sind, und es fallen AWS S3-Anfragekosten an. Weitere Informationen finden Sie unter "Amazon S3 Preisdokumentation".

    6. S3 access point tags: Optional können Sie bis zu 50 Tags hinzufügen.

  7. Erstellen auswählen.

Ergebnis

Die Replikationsbeziehung erscheint im Tab Replikationsbeziehungen im Ziel-FSx for ONTAP-Dateisystem.

Wenn Sie eine Replikationsbeziehung für Migrationszwecke erstellt haben, müssen Sie alle Volumes und ihre zugehörige Storage-VM umstellen, um die Migration der Storage-VM-Daten und Konfigurationseinstellungen auf das Ziel-FSx for ONTAP-Dateisystem abzuschließen.

Schritt 2: Replikationsbeziehung initialisieren

Initialisieren Sie eine Replikationsbeziehung zwischen Quell- und Ziel-Volume, um den Snapshot und alle Datenblöcke in NetApp Workload Factory zu übertragen.

Bei der Initialisierung wird ein Basistransfer durchgeführt: Es wird ein Snapshot des Quell-Volumes erstellt, anschließend werden der Snapshot und alle darin referenzierten Datenblöcke auf das Ziel-Volume übertragen.

Bevor Sie beginnen

Überlegen Sie sich gut, wann Sie diesen Vorgang durchführen. Die Initialisierung kann zeitaufwändig sein. Es empfiehlt sich, den Basistransfer außerhalb der Spitzenzeiten durchzuführen.

Schritte

  1. Melden Sie sich bei der "NetApp Console" an.

  2. Im Menü Das Hamburger-Menüsymbol wird für die Navigation zu Workloads, dem Menüpunkt für Workload Factory, verwendet ist Workloads > Storage > FSx for ONTAP auszuwählen.

  3. Wählen Sie in FSx for ONTAP das Aktionsmenü des zu aktualisierenden Dateisystems und anschließend Verwalten.

  4. Wählen Sie in der Dateisystemübersicht die Registerkarte Replikationsbeziehungen aus.

  5. Wählen Sie auf der Registerkarte „Replikationsbeziehungen“ das Aktionsmenü der zu initialisierenden Replikationsbeziehung aus.

  6. Wählen Sie Initialisieren.

  7. Im Dialogfeld „Beziehung initialisieren“ wählen Sie Initialisieren.

    Wenn der Replikationsstatus Leerlauf anzeigt, ist der Datentransfer abgeschlossen.

Schritt 3: Umstellung der Replikation für Migrationsanwendungsfälle

Nach dem Erstellen der Replikationsbeziehung für einen Migrations-Anwendungsfall muss die Replikation umgeschaltet werden, um die Migration der Daten und Konfigurationseinstellungen der Storage-VM auf das Ziel-FSx for ONTAP-Dateisystem abzuschließen. Durch das Umschalten der Replikation werden Daten und Konfigurationseinstellungen der Storage-VM dauerhaft vom Quell-Dateisystem auf das Ziel-FSx for ONTAP-Dateisystem migriert. Während der Umschaltung repliziert Workload Factory die Daten ein letztes Mal. Die Quell-Storage-VM geht offline, wenn die Umschaltung beginnt.

Planen Sie den Cutover-Vorgang

Vor dem Testen und Umstellen sollten die folgenden Punkte berücksichtigt werden.

  • Unterstützung der Replikationsversion: Quell- und Ziel-Storage-Systeme müssen dieselbe ONTAP-Hauptversion aufweisen. Wenn beispielsweise auf dem Quellsystem ONTAP Version 9.18.1 ausgeführt wird, muss auch auf dem Zielsystem ONTAP Version 9.18.1 ausgeführt werden.

  • Konfigurationseinstellungen für Storage-VMs:

    • Beim Umstellungsvorgang werden nicht alle Konfigurationseinstellungen der Storage-VM auf die Ziel-Storage-VM migriert. Beispielsweise werden iSCSI-, Broadcast-Domain-MTU- und DNS-Einstellungen Diese Einstellungen manuell aktualisieren auf der Ziel-Storage-VM nach der Umstellung nicht übertragen.

    • Wenn Ihre Storage-VM die Domänentunnel-Authentifizierung verwendet, richten Sie vor Beginn der Migration einen Domänentunnel auf dem Zieldateisystem ein und aktivieren Sie ihn.

  • Klone: Beim Cutover-Vorgang werden Klone als einzelne Volumes migriert, die im Ziel-FSx for ONTAP Dateisystem mehr Speicherplatz verbrauchen. Zur Vermeidung einer erhöhten Kapazität auf dem Ziel empfiehlt sich das Löschen der Klone vor dem Cutover.

  • Cache-Volumes: Quell-Storage-VMs, die Cache-Volumes enthalten, werden bei der Umstellung nicht unterstützt. Vor der Umstellung muss die ONTAP FlexCache Beziehung entfernt werden, um Migrationsfehler zu vermeiden.

  • AWS S3-Zugriffspunkte: Die Cutover-Replikation für Migrationsanwendungsfälle wird für Volumes mit S3-Zugriffspunkten nicht unterstützt. Löschen Sie die S3-Zugriffspunkte vom Quellvolume, um Migrationsfehler zu vermeiden.

  • ONTAP S3 Konfigurationen: Cutover Replikation für Migrationsanwendungsfälle wird für Storage VMs mit ONTAP S3 Konfigurationen nicht unterstützt. Zur Vermeidung von Migrationsfehlern müssen ONTAP S3 Konfigurationen einschließlich object-store-server, Buckets, Benutzern, Gruppen oder Richtlinien auf der Storage VM entfernt werden.

  • LUN-Seriennummern und iSCSI-Ziel-IQN: Die LUN-Seriennummern und der iSCSI-Ziel-IQN ändern sich während der Umstellung.

Bevor Sie beginnen

Überprüfen Sie diese Anforderungen, bevor Sie beginnen.

  • Innerhalb des Dateisystems in Workload Factory sollte in der Tabelle „Replikationsbeziehungen“ der SVM migration status den Wert Enabled | Ready to test cutover haben.

  • Unterbinden Sie jeglichen Clientzugriff auf Ihre Storage-VM, bevor Sie die Replikation umstellen.

  • Es ist zu bestätigen, dass kein Quellvolume Daten bereitstellt, bevor die Replikation umgestellt wird.

  • Vor dem Umstellen der Replikation sollten Sie bestätigen, dass die Daten zwischen dem Quell- und dem Ziel-Volume synchronisiert sind.

  • Das FSx for ONTAP-Dateisystem, das Sie für die Replikationsbeziehung verwenden, muss über eine zugeordnete Verknüpfung verfügen. "Erfahren Sie, wie Sie einen bestehenden Link verknüpfen oder einen neuen Link erstellen und verknüpfen". Nach der Verknüpfung kann zu diesem Vorgang zurückgekehrt werden.

    • Die folgenden Ports müssen in der Sicherheitsgruppe, die dem FSx for ONTAP-Dateisystem zugeordnet ist, für die Verbindungsherstellung geöffnet sein: Port 443 (HTTPS) und Port 22 (SSH).

Umstellung auf Replikation

Workload Factory unterstützt Sie bei der Verwaltung des Umstellungsprozesses für die Replikation in Migrationsszenarien. Zunächst testet es Ihre Umgebung, um sicherzustellen, dass die Umstellung problemlos durchgeführt werden kann. Anschließend führt es die eigentliche Umstellung auf das Zieldateisystem durch.

Bevor Sie den Migrationstest abschließen, stellen Sie sicher, dass Sie auf alle Daten auf der Ziel-Storage-VM zugreifen können.

Die Anweisungen zum Umstellen der Replikation für Migrationsszenarien sind zu befolgen. Die Benutzeroberfläche führt Sie Schritt für Schritt durch den Umstellungsprozess.

Schritte

  1. Melden Sie sich bei der "NetApp Console" an.

  2. Im Menü Das Hamburger-Menüsymbol wird für die Navigation zu Workloads, dem Menüpunkt für Workload Factory, verwendet ist Workloads > Storage > FSx for ONTAP auszuwählen.

  3. Wählen Sie in FSx for ONTAP das Dateisystem aus, das die Volume(s) enthält, die repliziert werden sollen.

  4. Wählen Sie die Registerkarte Replication relationships aus.

  5. Wählen Sie in der Tabelle Replication relationships die Replikationsbeziehung aus, die umgestellt werden soll, und wählen Sie dann Cut over replication aus.

  6. Die Schritte zum Testen der Umstellung sind abzuschließen, anschließend erfolgt die eigentliche Umstellung.

    Wenn Sie den Dialog während des Vorgangs schließen, können Sie den SVM-Migrationsstatus auf der Registerkarte Replikationsbeziehungen überprüfen und die Umstellungsoperation fortsetzen, sobald Sie bereit sind.

  7. Zum Abschließen des Vorgangs zunächst die Informationen im Dialogfeld „Replikation umstellen“ prüfen und anschließend cut over eingeben.

  8. Wählen Sie Cut over aus.

Ergebnis

Nach Einleitung der Umstellung wird die Quellspeicher-VM offline genommen.

Konfigurationseinstellungen nach der Umstellung aktualisieren

Nachdem Sie die Replikation für Migrationsszenarien umgestellt haben, aktualisieren Sie die folgenden Speicher-VM-Konfigurationseinstellungen auf der Ziel-Speicher-VM.

  • Für iSCSI:

    • Initiatorgruppe neu erstellen

    • LUN-Zuordnung aktualisieren

    • Erforderlich ist auf jedem SAN Client die Aktualisierung der iSCSI/MPIO-Einstellungen für das neue Ziel sowie das Entfernen der alten Ziel-IPs der Storage VMs.

  • Überprüfen Sie, ob die MTU-Einstellungen der Broadcast-Domäne wie erwartet sind

  • Überprüfen Sie, ob die DNS-Einstellungen den Erwartungen entsprechen

  • Cache-Beziehungen (ONTAP FlexCache-Beziehungen) neu erstellen, falls im Quellspeicher-VM Cache-Volumes vorhanden waren.

Falls erforderlich, "die Tiering-Richtlinie ändern" für das/die Ziel-Volume nach der Umstellung.

Kaskadenreplikation für Datensicherungsvolumes

NetApp Workload Factory unterstützt die Replikation von Datensicherungs-Volumes, auch als Kaskadenbereitstellungen bezeichnet. Eine Kaskadenbereitstellung besteht aus einer Kette von Beziehungen, bei der ein Quell-Volume auf ein sekundäres Volume (erster Hop) gespiegelt wird und das sekundäre Volume auf ein tertiäres Volume (zweiter Hop). Falls das sekundäre Volume nicht verfügbar ist, können Sie die Beziehung zwischen dem primären und dem tertiären Volume synchronisieren, ohne einen neuen Basistransfer durchzuführen.

Diese Funktion wird für FSx for ONTAP file systems mit ONTAP Version 9.6 und höher unterstützt. Weitere Informationen finden Sie unter "ONTAP Dokumentation für kompatible ONTAP Versionen".

Weitere Informationen zu "wie Kaskadenbereitstellungen funktionieren".

Bevor Sie beginnen

Vor Beginn ist Folgendes zu beachten:

  • Bei Volumes, die Teil einer Kaskadenkonfiguration sind, kann die Resynchronisierung länger dauern.

  • Wenn das Quellvolume der Beziehung ein Datensicherungsvolume ist und das Ziel einer anderen Beziehung darstellt, wird die Umkehrung der Replikationsbeziehung nicht unterstützt.

  • Eine Replik eines Datensicherungsvolumes (oder ein zweiter Hop) wird unterstützt. Das Erstellen einer zweiten Replik eines Datensicherungsvolumes (oder eines dritten Hops) gilt nicht als Best Practice.

  • Öffnen Sie die TCP-Ports 11104 und 11105 für sicheren Datentransfer und Verwaltung zwischen Speichersystemen. ICMP ist optional, kann aber bei Netzwerkprüfungen und Fehlerbehebung hilfreich sein.

Schritte

  1. Melden Sie sich bei der "NetApp Console" an.

  2. Im Menü Das Hamburger-Menüsymbol wird für die Navigation zu Workloads, dem Menüpunkt für Workload Factory, verwendet ist Workloads > Storage > FSx for ONTAP auszuwählen.

  3. In FSx for ONTAP erfolgt die Auswahl von Manage über das Aktionsmenü des Dateisystems, das die zu replizierenden Volumes enthält.

  4. In der Dateisystemübersicht erfolgt die Auswahl der Registerkarte Volumes.

  5. In der Tabelle „Volumes“ erfolgt die Auswahl eines oder mehrerer Data Protection Volumes (DP/replizierte Volumes); anschließend wird Daten replizieren gewählt.

  6. Auf der Seite „Daten replizieren“ sind unter „Replikationsziel“ die folgenden Angaben erforderlich:

    1. Anwendungsfall: Für die Replikation ist einer der folgenden Anwendungsfälle auszuwählen. Je nach ausgewähltem Anwendungsfall füllt Workload Factory das Formular mit empfohlenen Werten gemäß Best Practices aus. Die empfohlenen Werte können übernommen oder beim Ausfüllen des Formulars geändert werden.

      • Künstliche Intelligenz (KI) und maschinelles Lernen (ML): Replizieren Sie Ihre lokalen ONTAP-Daten zu FSx for ONTAP und erstellen Sie S3-Zugriffspunkte, um das Training von KI und ML in der Cloud zu unterstützen

      • Migration: überträgt Ihre Daten in das Zieldateisystem FSx for ONTAP

        Replikation der Speicher-VM-Konfiguration: Optional können Sie die Replikation der Speicher-VM-Daten und -Konfigurationseinstellungen für eine einzelne Speicher-VM auswählen. Bei der Migration von Daten und Einstellungen müssen alle Volumes innerhalb der letzten 24 Stunden repliziert und anschließend gleichzeitig umgeschaltet werden.

        Die Tiering-Richtlinie für alle Volumes entspricht standardmäßig der Tiering-Richtlinie des Quell-Volumes, was für Migrationsanwendungsfälle empfohlen wird.

        Während der Migration greifen Clients auf Daten des Quell-ONTAP-Dateisystems zu. Nach der Umstellung sind die Volumes über die Ziel-FSx for ONTAP-Dateisystem-IP-Adressen verfügbar. Aktualisieren Sie alle Clients oder Ressourcen, die noch die alte IP-Adresse verwenden.

      • Hot Disaster Recovery: gewährleistet hohe Verfügbarkeit und schnelle Wiederherstellung kritischer Workloads im Katastrophenfall

      • Kalt- oder Archiv-Disaster-Recovery:

        • Kalte Notfallwiederherstellung: verwendet längere Wiederherstellungszeitvorgaben (RTO) und Wiederherstellungspunktvorgaben (RPO), um Kosten zu senken

        • Archiv: repliziert Daten für Langzeit-Storage und Compliance

      • Sonstige

        Darüber hinaus bestimmt die Auswahl des Anwendungsfalls die Replikationsrichtlinie oder die SnapMirror Richtlinie (ONTAP). Die zur Beschreibung von Replikationsrichtlinien verwendeten Begriffe stammen aus "ONTAP 9 Dokumentation".

        • Für Migrationen und andere Zwecke heißt die Replikationsrichtlinie MirrorAllSnapshots. MirrorAllSnapshots ist eine asynchrone Richtlinie zum Spiegeln aller Snapshots und des zuletzt aktiven Dateisystems.

        • Für die Hot-, Cold- oder Archiv-Notfallwiederherstellung wird die Replikationsrichtlinie als MirrorAndVault bezeichnet. MirrorAndVault ist eine asynchrone Vault-Richtlinie für die Spiegelung des neuesten aktiven Dateisystems sowie täglicher und wöchentlicher Snapshots.

          Für alle Anwendungsfälle gilt: Wenn Sie Snapshots für die langfristige Aufbewahrung aktivieren, ist die Standardreplikationsrichtlinie MirrorAndVault.

    2. FSx for ONTAP file system: Wählen Sie Anmeldeinformationen, Region und FSx for ONTAP file system name für das Ziel-FSx for ONTAP file system aus.

    3. Name der Speicher-VM: Wählen Sie die Speicher-VM aus. Die von Ihnen ausgewählte Speicher-VM ist das Ziel für alle ausgewählten Volumes in dieser Replikationsbeziehung.

      Wenn die Namen der Quell- und Ziel-Storage-VMs identisch sind, erstellen wir einen Dateisystemalias für die Ziel-Storage-VM-Namen, um Peering-Konflikte zu vermeiden.

    4. Volume-Name: Der Ziel-Volume-Name wird automatisch im folgenden Format {OriginalVolumeName}_copy generiert. Sie können den automatisch generierten Volume-Namen verwenden oder einen anderen Volume-Namen eingeben.

    5. Tiering-Richtlinie: Die Tiering-Richtlinie für die im Ziel-Volume gespeicherten Daten wird ausgewählt. Standardmäßig wird die für den ausgewählten Anwendungsfall empfohlene Tiering-Richtlinie verwendet.

      Balanced (Auto) ist die Standard-Tiering-Richtlinie beim Erstellen eines Volumes mit der Workload Factory Konsole. Weitere Informationen zu Volume-Tiering-Richtlinien finden sich in "Volume-Speicherkapazität" der AWS FSx for NetApp ONTAP Dokumentation. Zu beachten ist, dass Workload Factory in der Workload Factory Konsole anwendungsfallbasierte Namen für Tiering-Richtlinien verwendet und die FSx for ONTAP Tiering-Richtliniennamen in Klammern aufführt.

    Wenn Sie den Anwendungsfall Migration ausgewählt haben, wählt Workload Factory automatisch das Kopieren der Tiering-Richtlinie vom Quell-Volume auf das Ziel-Volume aus. Sie können das Kopieren der Tiering-Richtlinie deaktivieren und eine Tiering-Richtlinie auswählen, die für das zur Replikation ausgewählte Volume gilt.

    1. Maximale Transferrate: Begrenzt auswählen und das maximale Transferlimit in MB/s eingeben. Alternativ Unbegrenzt auswählen.

      Ohne eine Begrenzung könnten Netzwerk- und Applikations-Performance sinken. Wir empfehlen jedoch eine unbegrenzte Transferrate für FSx for ONTAP Dateisysteme für kritische Workloads, beispielsweise solche, die primär für die Notfallwiederherstellung verwendet werden.

  7. Unter Replikationseinstellungen sind die folgenden Angaben erforderlich:

    1. Replikationsbeziehung initialisieren: Wählen Sie, ob die Replikationsbeziehung direkt nach ihrer Erstellung oder später initialisiert werden soll. Beachten Sie, dass die Initialisierung zeitaufwändig sein kann, und Sie möchten den Basistransfer möglicherweise außerhalb der Spitzenzeiten durchführen.

      Um die Initialisierung später manuell durchzuführen, beachten Sie die Anweisungen in Schritt 2: Replikationsbeziehung initialisieren.

    2. Replikationsintervall: Hier wird die Häufigkeit ausgewählt, mit der Snapshots vom Quell-Volume auf das Ziel-Volume übertragen werden.

    3. Langzeitaufbewahrung: Optional können Snapshots für die Langzeitaufbewahrung aktiviert werden. Die Langzeitaufbewahrung ermöglicht den Weiterbetrieb von Geschäfts-Services auch bei einem vollständigen Standortausfall und unterstützt Applikationen dabei, mithilfe einer sekundären Kopie transparent ein Failover durchzuführen.

      Replikationen ohne Langzeitaufbewahrung verwenden die Richtlinie MirrorAllSnapshots. Durch Aktivieren der Langzeitaufbewahrung wird der Replikation die Richtlinie MirrorAndVault zugewiesen.

      Wenn Sie die Langzeitaufbewahrung aktivieren, können Sie eine vorhandene Richtlinie auswählen oder eine neue Richtlinie erstellen, um die zu replizierenden Snapshots und die Anzahl der aufzubewahrenden Snapshots festzulegen.

      Hinweis Für die Langzeitarchivierung sind übereinstimmende Quell- und Zielbezeichnungen erforderlich. Auf Wunsch kann Workload Factory fehlende Bezeichnungen für Sie erstellen.

      • Eine bestehende Richtlinie auswählen: Wählen Sie eine bestehende Richtlinie aus.

      • Neue Richtlinie erstellen: Geben Sie einen Richtliniennamen an.

    4. Unveränderliche Snapshots: Optional. Die Auswahl von Enable immutable snapshots verhindert, dass im Rahmen dieser Richtlinie erstellte Snapshots während des Aufbewahrungszeitraums gelöscht werden.

      • Die Aufbewahrungsfrist wird in Stunden, Tagen, Monaten oder Jahren festgelegt.

      • Snapshot-Richtlinien: Wählen Sie in der Tabelle die Häufigkeit der Snapshot-Richtlinie und die Anzahl der aufzubewahrenden Kopien aus. Sie können mehrere Snapshot-Richtlinien auswählen.

    5. S3-Zugriffspunkt: Optional können Sie einen S3-Zugriffspunkt anbinden, um auf FSx for ONTAP-Dateisystemdaten zuzugreifen, die sich auf NFS- oder SMB/CIFS-Volumes befinden, über die AWS S3-APIs. Nur der Dateizugriffstyp wird unterstützt. Folgende Details sind erforderlich:

      • Name des S3 access point: Geben Sie den Namen des S3 access point ein.

      • Benutzer: Wählen Sie einen vorhandenen Benutzer mit Zugriff auf das Volume aus oder erstellen Sie einen neuen Benutzer.

      • Benutzertyp: Wählen Sie UNIX oder Windows als Benutzerart.

      • Netzwerkkonfiguration: Wählen Sie Internet oder Virtual private cloud (VPC). Die Wahl des Netzwerktyps bestimmt, ob der Zugriffspunkt über das Internet erreichbar ist oder auf eine bestimmte VPC beschränkt ist.

      • Inventartabelle aktivieren: Wenn Sie die Inventartabelle für das Volume aktivieren, generiert das System Metadaten für alle Objekte, die über den S3-Zugriffspunkt zugänglich sind, und es fallen AWS S3-Anfragekosten an. Weitere Informationen finden Sie unter "Amazon S3 Preisdokumentation".

    6. S3 access point tags: Optional können Sie bis zu 50 Tags hinzufügen.

  8. Erstellen auswählen.

Ergebnis

Das replizierte Volume bzw. die replizierten Volumes erscheinen auf der Registerkarte Replikationsbeziehungen im FSx for ONTAP Zieldateisystem.

"Die Tiering-Richtlinie ändern" für das/die Ziel-Volume nach der Umstellung.