Skip to main content
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 netapp-mwallis
Ä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 Datensicherungs-Volumes (DP) 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 "Erstellen Sie ein Volume" 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 Replizierung.

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 vorhandenen Link zuordnen oder einen neuen Link erstellen und zuordnen.". Kehren Sie nach der Verknüpfung zu diesem Vorgang zurück.

  • 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 mit einem der "Konsolenerfahrungen"an.

  2. Wählen Sie das Menü aus Über das Hamburger-Menüsymbol kann man zu Workloads wie Speicher, EDA, KI, Datenbanken, VMware und Administration navigieren. und wählen Sie dann Speicher aus.

  3. Wählen Sie im Speichermenü FSx für ONTAP aus.

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

  5. Replizieren Sie entweder alle Volumes in einem Dateisystem oder replizieren Sie ausgewählte Volumes.

    • Um alle Volumes in einem Dateisystem zu replizieren: Wählen Sie in der Dateisystemübersicht Daten replizieren.

    • Um ausgewählte Volumes zu replizieren: Wählen Sie in der Dateisystemübersicht die Registerkarte Volumes aus.

      Wählen Sie in der Tabelle Volumes ein oder mehrere Volumes aus und wählen Sie dann Daten replizieren aus.

  6. Geben Sie auf der Seite Daten replizieren unter Replikationsziel Folgendes an:

    1. Anwendungsfall: Wählen Sie einen der folgenden Anwendungsfälle für die Replikation aus. Abhängig vom ausgewählten Anwendungsfall füllt Workload Factory das Formular gemäß Best Practices mit empfohlenen Werten aus. Sie können die empfohlenen Werte akzeptieren oder beim Ausfüllen des Formulars Änderungen vornehmen.

      • 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 an das Ziel-FSX für ONTAP-Filesystem

        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: Hohe Verfügbarkeit und schnelles Disaster Recovery für kritische Workloads

      • Disaster Recovery in kalten oder archivierten Daten:

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

        • Archiv: Replizierung von Daten für langfristige Speicherung und Compliance

      • Sonstiges

        Darüber hinaus bestimmt die Auswahl des Anwendungsfalls die Replikationsrichtlinie oder die SnapMirror Policy (ONTAP). Die Begriffe, die zur Beschreibung von Replikationsrichtlinien verwendet "ONTAP 9-Dokumentation"werden, stammen aus .

        • Für die Migration und andere wird die Replikationsrichtlinie MirrorAllSnapshots genannt. MirrorAllSnapshots ist eine asynchrone Richtlinie zur Spiegelung aller Snapshots und des aktuellen aktiven Dateisystems.

        • Für Disaster Recovery mit heißen, kalten oder archivierten Daten wird die Replikationsrichtlinie MirrorAndVault genannt. MirrorAndVault ist eine asynchrone und Vault-Richtlinie zur Spiegelung des neuesten aktiven Dateisystems und der täglichen und wöchentlichen Snapshots.

          Wenn Sie Snapshots für die langfristige Aufbewahrung aktivieren, lautet die standardmäßige Replikationsrichtlinie für alle Anwendungsfälle MirrorAndVault.

    2. * FSX für ONTAP Dateisystem*: Wählen Sie Anmeldeinformationen, Region und FSX für ONTAP Dateisystem Namen für das Ziel FSX für ONTAP Dateisystem.

    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. Volumenname: Der Name des Zielvolume wird automatisch im folgenden Format generiert {OriginalVolumeName}_copy. Sie können den automatisch generierten Volume-Namen verwenden oder einen anderen Volume-Namen eingeben.

    5. Tiering Policy: Wählen Sie die Tiering Policy für die auf dem Ziel-Volume gespeicherten Daten. Die Tiering-Richtlinie wird standardmäßig auf die empfohlene Tiering-Richtlinie für den ausgewählten Anwendungsfall zurückgesetzt.

      Ausgewogen (Auto) ist die Standard-Tiering-Richtlinie beim Erstellen eines Volumes über die Workload Factory-Konsole. Weitere Informationen zu den Richtlinien für die Mengenstaffelung finden Sie unter "Speicherkapazität für Volumes" in der AWS FSx für NetApp ONTAP Dokumentation. Beachten Sie, dass Workload Factory in der Workload Factory-Konsole anwendungsfallbasierte Namen für Tiering-Richtlinien verwendet und FSx for ONTAP Tiering-Richtliniennamen in Klammern angibt.

    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. Max. Übertragungsrate: Wählen Sie Limited und geben Sie die maximale Übertragungsgrenze in MB/s. ein Alternativ wählen Sie Unlimited.

      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. Geben Sie unter Replikationseinstellungen Folgendes an:

    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: Wählen Sie die Häufigkeit, mit der Snapshots vom Quell-Volume auf das Ziel-Volume übertragen werden.

    3. Langfristige Aufbewahrung: Optional können Snapshots für die langfristige Aufbewahrung aktiviert werden. Dank der langfristigen Aufbewahrung können Business-Services auch bei einem vollständigen Standortausfall weiterlaufen und Applikationen mithilfe einer sekundären Kopie einen transparenten Failover unterstützen.

      Replikationen ohne langfristige Aufbewahrung verwenden die Richtlinie MirrorAllSnapshots. Durch Aktivieren der langfristigen Aufbewahrung wird der Replikation die Richtlinie MirrorAndVault zugewiesen.

      Wenn Sie die langfristige Aufbewahrung aktivieren, wählen Sie eine vorhandene Richtlinie aus, oder erstellen Sie eine neue Richtlinie, um die zu replizierenden Snapshots und die Anzahl der beizubehaltenden Snapshots zu definieren.

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

    4. Unveränderliche Snapshots: Optional. Wählen Sie Enable Immanable Snapshots aus, um zu verhindern, dass in dieser Richtlinie ergriffene Snapshots während des Aufbewahrungszeitraums gelöscht werden.

      • Legen Sie die Aufbewahrungsfrist in Stunden, Tagen, Monaten oder Jahren fest.

      • Snapshot-Richtlinien: Wählen Sie in der Tabelle die Snapshot-Policy-Häufigkeit und die Anzahl der zu haltenden 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-Zugangspunkts: Geben Sie den Namen des S3-Zugangspunkts ein.

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

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

      • Netzwerkkonfiguration: Wählen Sie Internet oder Virtual private cloud (VPC). Der von Ihnen gewählte Netzwerktyp bestimmt, ob der Zugangspunkt aus dem 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. Wählen Sie Erstellen.

Ergebnis

Die Replikationsbeziehung wird auf der Registerkarte Replikationsbeziehungen im Ziel-FSX für ONTAP-Dateisystem angezeigt.

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 Zielvolumes, um den Snapshot und alle Datenblöcke in NetApp Workload Factory zu übertragen.

Die Initialisierung führt einen Baseline Transfer durch: Es erstellt einen Snapshot des Quell-Volumes und überträgt dann den Snapshot und alle Datenblöcke, die es auf das Ziel-Volume verweist.

Bevor Sie beginnen

Denken Sie daran, wenn Sie diesen Vorgang abschließen möchten. Initialisierung kann sehr zeitaufwendig sein. Möglicherweise möchten Sie den Basistransfer in Zeiten geringerer Auslastung durchführen.

Schritte

  1. Melden Sie sich mit einem der "Konsolenerfahrungen"an.

  2. Wählen Sie das Menü aus Über das Hamburger-Menüsymbol kann man zu Workloads wie Speicher, EDA, KI, Datenbanken, VMware und Administration navigieren. und wählen Sie dann Speicher aus.

  3. Wählen Sie im Speichermenü FSx für ONTAP aus.

  4. Wählen Sie in FSx for ONTAP das Aktionsmenü des zu aktualisierenden Dateisystems und dann Verwalten.

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

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

  7. Wählen Sie Initialisieren.

  8. Wählen Sie im Dialogfeld Beziehung initialisieren die Option Initialisieren aus.

    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 vorhandenen Link zuordnen oder einen neuen Link erstellen und zuordnen.". Kehren Sie nach der Verknüpfung zu diesem Vorgang zurück.

    • 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 mit einem der "Konsolenerfahrungen"an.

  2. Wählen Sie das Menü aus Über das Hamburger-Menüsymbol kann man zu Workloads wie Speicher, EDA, KI, Datenbanken, VMware und Administration navigieren. und wählen Sie dann Speicher aus.

  3. Wählen Sie im Speichermenü FSx für ONTAP aus.

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

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

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

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

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

  9. 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 Datensicherungsvolumes, auch kaskadierte Bereitstellungen genannt. Eine kaskadierte Bereitstellung besteht aus einer Kette von Beziehungen, in der ein Quellvolume auf ein sekundäres Volume gespiegelt wird (erster Hop) und das sekundäre Volume auf ein tertiäres Volume gespiegelt wird (zweiter Hop). Wenn das sekundäre Volume nicht mehr verfügbar ist, können Sie die Beziehung zwischen dem primären und dem tertiären Volume synchronisieren, ohne eine neue Baseline-Übertragung durchzuführen.

Diese Funktion wird für FSX für ONTAP-Dateisysteme mit ONTAP Version 9.6 und höher unterstützt. Siehe "ONTAP-Dokumentation für kompatible ONTAP-Versionen".

Erfahren Sie mehr über "Funktionsweise von Kaskadenimplementierungen".

Bevor Sie beginnen

Beachten Sie Folgendes, bevor Sie beginnen:

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

  • Wenn das Quell-Volume der Beziehung ein Data-Protection-Volume ist und ein Ziel einer anderen Beziehung ist, wird das Umkehren 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 mit einem der "Konsolenerfahrungen"an.

  2. Wählen Sie das Menü aus Über das Hamburger-Menüsymbol kann man zu Workloads wie Speicher, EDA, KI, Datenbanken, VMware und Administration navigieren. und wählen Sie dann Speicher aus.

  3. Wählen Sie im Speichermenü FSx für ONTAP aus.

  4. Wählen Sie unter FSx for ONTAP das Aktionsmenü des Dateisystems aus, das die zu replizierenden Volumes enthält, und wählen Sie dann Verwalten.

  5. Wählen Sie in der Dateisystemübersicht die Registerkarte Volumes aus.

  6. Wählen Sie in der Tabelle Volumes ein oder mehrere Data Protection Volumes (DP/Replicated Volumes) aus und wählen Sie dann Replicate Data aus.

  7. Geben Sie auf der Seite Daten replizieren unter Replikationsziel Folgendes an:

    1. Anwendungsfall: Wählen Sie einen der folgenden Anwendungsfälle für die Replikation aus. Abhängig vom ausgewählten Anwendungsfall füllt Workload Factory das Formular gemäß Best Practices mit empfohlenen Werten aus. Sie können die empfohlenen Werte akzeptieren oder beim Ausfüllen des Formulars Änderungen vornehmen.

      • 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 an das Ziel-FSX für ONTAP-Filesystem

        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: Hohe Verfügbarkeit und schnelles Disaster Recovery für kritische Workloads

      • Disaster Recovery in kalten oder archivierten Daten:

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

        • Archiv: Replizierung von Daten für langfristige Speicherung und Compliance

      • Sonstiges

        Darüber hinaus bestimmt die Auswahl des Anwendungsfalls die Replikationsrichtlinie oder die SnapMirror Policy (ONTAP). Die Begriffe, die zur Beschreibung von Replikationsrichtlinien verwendet "ONTAP 9-Dokumentation"werden, stammen aus .

        • Für die Migration und andere wird die Replikationsrichtlinie MirrorAllSnapshots genannt. MirrorAllSnapshots ist eine asynchrone Richtlinie zur Spiegelung aller Snapshots und des aktuellen aktiven Dateisystems.

        • Für Disaster Recovery mit heißen, kalten oder archivierten Daten wird die Replikationsrichtlinie MirrorAndVault genannt. MirrorAndVault ist eine asynchrone und Vault-Richtlinie zur Spiegelung des neuesten aktiven Dateisystems und der täglichen und wöchentlichen Snapshots.

          Wenn Sie Snapshots für die langfristige Aufbewahrung aktivieren, lautet die standardmäßige Replikationsrichtlinie für alle Anwendungsfälle MirrorAndVault.

    2. * FSX für ONTAP Dateisystem*: Wählen Sie Anmeldeinformationen, Region und FSX für ONTAP Dateisystem Namen für das Ziel FSX für ONTAP Dateisystem.

    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. Volumenname: Der Name des Zielvolume wird automatisch im folgenden Format generiert {OriginalVolumeName}_copy. Sie können den automatisch generierten Volume-Namen verwenden oder einen anderen Volume-Namen eingeben.

    5. Tiering Policy: Wählen Sie die Tiering Policy für die auf dem Ziel-Volume gespeicherten Daten. Die Tiering-Richtlinie wird standardmäßig auf die empfohlene Tiering-Richtlinie für den ausgewählten Anwendungsfall zurückgesetzt.

      Ausgewogen (Auto) ist die Standard-Tiering-Richtlinie beim Erstellen eines Volumes über die Workload Factory-Konsole. Weitere Informationen zu den Richtlinien für die Mengenstaffelung finden Sie unter "Speicherkapazität für Volumes" in der AWS FSx für NetApp ONTAP Dokumentation. Beachten Sie, dass Workload Factory in der Workload Factory-Konsole anwendungsfallbasierte Namen für Tiering-Richtlinien verwendet und FSx for ONTAP Tiering-Richtliniennamen in Klammern angibt.

    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. Max. Übertragungsrate: Wählen Sie Limited und geben Sie die maximale Übertragungsgrenze in MB/s. ein Alternativ wählen Sie Unlimited.

      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.

  8. Geben Sie unter Replikationseinstellungen Folgendes an:

    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: Wählen Sie die Häufigkeit, mit der Snapshots vom Quell-Volume auf das Ziel-Volume übertragen werden.

    3. Langfristige Aufbewahrung: Optional können Snapshots für die langfristige Aufbewahrung aktiviert werden. Dank der langfristigen Aufbewahrung können Business-Services auch bei einem vollständigen Standortausfall weiterlaufen und Applikationen mithilfe einer sekundären Kopie einen transparenten Failover unterstützen.

      Replikationen ohne langfristige Aufbewahrung verwenden die Richtlinie MirrorAllSnapshots. Durch Aktivieren der langfristigen Aufbewahrung wird der Replikation die Richtlinie MirrorAndVault zugewiesen.

      Wenn Sie die langfristige Aufbewahrung aktivieren, wählen Sie eine vorhandene Richtlinie aus, oder erstellen Sie eine neue Richtlinie, um die zu replizierenden Snapshots und die Anzahl der beizubehaltenden Snapshots zu definieren.

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

    4. Unveränderliche Snapshots: Optional. Wählen Sie Enable Immanable Snapshots aus, um zu verhindern, dass in dieser Richtlinie ergriffene Snapshots während des Aufbewahrungszeitraums gelöscht werden.

      • Legen Sie die Aufbewahrungsfrist in Stunden, Tagen, Monaten oder Jahren fest.

      • Snapshot-Richtlinien: Wählen Sie in der Tabelle die Snapshot-Policy-Häufigkeit und die Anzahl der zu haltenden 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-Zugangspunkts: Geben Sie den Namen des S3-Zugangspunkts ein.

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

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

      • Netzwerkkonfiguration: Wählen Sie Internet oder Virtual private cloud (VPC). Der von Ihnen gewählte Netzwerktyp bestimmt, ob der Zugangspunkt aus dem 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.

  9. Wählen Sie Erstellen.

Ergebnis

Das replizierte Volume oder die replizierten Volumes replizieren sich und erscheinen auf der Registerkarte Replikationsbeziehungen im Ziel-FSX für ONTAP-Dateisystem.

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