Daten zu FSx für ONTAP in der NetApp Console replizieren
Replizieren Sie Daten, um sich 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.
Beim Replizieren von Speicher-VM-Daten und Konfigurationseinstellungen müssen Sie zuerst die Replikationsbeziehung erstellen und initialisieren und dann mindestens einmal warten, bis die Daten synchronisiert sind, bevor Sie den Umstellungsvorgang abschließen können.
Informationen zu diesem Vorgang
Die Replikation schützt Ihre Daten vor regionalen Katastrophen und unterstützt die Migration von Storage-VMs.
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 Quell-Volume mit unveränderlichen Dateien replizieren, bleiben das Ziel-Volume und das Zieldateisystem gesperrt, bis die Aufbewahrungsfrist des Quell-Volumes 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.
|
|
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. Erfahren Sie mehr über "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 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.
-
Replikationsbeziehung erstellen, wählen Sie Migration als Anwendungsfall und wählen Sie Speicher-VM-Konfiguration replizieren aus.
-
Initialisiere die Replikationsbeziehungum die Daten vom Quell- zum Zielspeichersystem zu übertragen.
-
Umstellung der Replikation für Migrationsanwendungsfälle um Daten und Konfigurationseinstellungen dauerhaft vom Quelldateisystem auf das Ziel-FSx for ONTAP-Dateisystem 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.
Überprüfen Sie diese Anforderungen, bevor Sie beginnen.
-
Um Daten zwischen FSx for ONTAP und lokalem ONTAP oder Cloud Volumes ONTAP zu replizieren, müssen Sie eine Verknüpfung zu einem Dateisystem herstellen. "Erfahren Sie, wie Sie einen bestehenden Link verknüpfen oder einen neuen Link erstellen und verknüpfen". 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.
-
Stellen Sie für Migrationsanwendungsfälle sicher, dass die letzte Replikation für das Volume innerhalb der letzten 24 Stunden abgeschlossen wurde, bevor Sie eine Replikationsbeziehung mit den Storage-VM-Daten und Konfigurationseinstellungen erstellen.
-
Ziehen Sie auf der NetApp Console Systems-Seite das Quell-FSx for ONTAP-Dateisystem, das lokale ONTAP-System oder Cloud Volumes ONTAP-System auf das Ziel-FSx for ONTAP-Dateisystem und wählen Sie Replikation aus.
-
Wählen Sie auf der Seite „Replikation erstellen“ die zu replizierenden Quellvolumes aus und klicken Sie dann auf Weiter.
-
Geben Sie unter Replikationsziel Folgendes an:
-
Zielname: Sie haben den Zielnamen angewendet, als Sie das Quell-Storage-System auf das Zielsystem auf der Seite Console Systems per Drag & Drop gezogen haben.
-
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 auf das Ziel-FSx für ONTAP -Dateisystem
Replikation der Speicher-VM-Konfiguration: Optional können Sie auswählen, die Daten und Konfigurationseinstellungen einer einzelnen Speicher-VM zu replizieren. Wenn Sie Daten und Konfigurationseinstellungen gleichzeitig migrieren, stellen Sie sicher, dass die letzte Replikation für das Volume in den letzten 24 Stunden abgeschlossen wurde. Alle Volumes in derselben Speicher-VM müssen ausgewählt werden, 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.
-
Hot Disaster Recovery: gewährleistet hohe Verfügbarkeit und schnelle Disaster Recovery für kritische Workloads
-
Kalte oder Archiv-Notfallwiederherstellung:
-
Cold Disaster Recovery: nutzt längere Recovery Time Objectives (RTO) und Recovery Point Objectives (RPO), um die Kosten zu senken
-
Archiv: Repliziert Daten für die langfristige Speicherung und Compliance
-
-
Sonstige
Darüber hinaus bestimmt die Auswahl des Anwendungsfalls die Replikationsrichtlinie oder SnapMirror -Richtlinie (ONTAP). Die zur Beschreibung von Replikationsrichtlinien verwendeten Begriffe stammen aus"ONTAP 9 Dokumentation" .
-
Für Migration und andere Zwecke heißt die Replikationsrichtlinie MirrorAllSnapshots. MirrorAllSnapshots ist eine asynchrone Richtlinie zum Spiegeln aller Snapshots und des neuesten aktiven Dateisystems.
-
Für die Notfallwiederherstellung im Hot-, Cold- oder Archivmodus heißt die Replikationsrichtlinie MirrorAndVault. MirrorAndVault ist eine asynchrone Vault-Richtlinie zum Spiegeln des neuesten aktiven Dateisystems und täglicher und wöchentlicher Snapshots.
Wenn Sie Snapshots für die langfristige Aufbewahrung aktivieren, lautet die Standardreplikationsrichtlinie für alle Anwendungsfälle MirrorAndVault.
-
-
-
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.
-
Name der Speicher-VM: Wählen Sie die Speicher-VM aus dem Dropdown-Menü aus. Die von Ihnen ausgewählte Speicher-VM ist das Ziel für alle ausgewählten Volumes in dieser Replikationsbeziehung.
-
Volumename: Der Zielvolumename wird automatisch im folgenden Format generiert
{OriginalVolumeName}_copy. Sie können den automatisch generierten Datenträgernamen verwenden oder einen anderen Datenträgernamen eingeben. -
Tiering-Richtlinie: Wählen Sie die Tiering-Richtlinie für die im Zielvolume gespeicherten Daten aus. Die Tiering-Richtlinie entspricht standardmäßig der empfohlenen Tiering-Richtlinie für den von Ihnen ausgewählten Anwendungsfall.
Ausgeglichen (Auto) ist die Standard-Tiering-Richtlinie beim Erstellen eines Volumes mit der Workload Factory-Konsole. Weitere Informationen zu Volume-Tiering-Richtlinien finden Sie unter"Volume-Speicherkapazität" 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 für ONTAP -Tiering-Richtliniennamen in Klammern einschließt.
Wenn Sie den Migrationsanwendungsfall ausgewählt haben, wählt Workload Factory automatisch aus, dass die Tiering-Richtlinie des Quellvolumes auf das Zielvolume kopiert werden soll. Sie können die Option zum Kopieren der Tiering-Richtlinie deaktivieren und eine Tiering-Richtlinie auswählen, die für das für die Replikation ausgewählte Volume gilt.
-
Maximale Übertragungsrate: Wählen Sie Begrenzt und geben Sie das maximale Übertragungslimit in MB/s ein. Alternativ können Sie Unbegrenzt auswählen.
Ohne Begrenzung kann die Netzwerk- und Anwendungsleistung nachlassen. Alternativ empfehlen wir eine unbegrenzte Übertragungsrate für FSx for ONTAP -Dateisysteme für kritische Workloads, beispielsweise solche, die hauptsächlich für die Notfallwiederherstellung verwendet werden.
-
-
Geben Sie unter „Replikationseinstellungen“ Folgendes an:
-
Replikationsintervall: Wählen Sie die Häufigkeit aus, mit der Snapshots vom Quellvolume auf das Zielvolume übertragen werden.
-
Langzeitaufbewahrung: Aktivieren Sie optional Snapshots für die Langzeitaufbewahrung. Durch die langfristige Aufbewahrung können Geschäftsdienste auch bei einem vollständigen Site-Ausfall weiter ausgeführt werden, und Anwendungen können mithilfe einer sekundären Kopie transparent ausfallen.
Replikationen ohne langfristige Aufbewahrung verwenden die Richtlinie MirrorAllSnapshots. Durch die Aktivierung 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 aufzubewahrende Anzahl zu definieren.
Für eine langfristige Aufbewahrung sind übereinstimmende Quell- und Zielbezeichnungen erforderlich. Auf Wunsch kann Workload Factory fehlende Labels für Sie erstellen. -
Wählen Sie eine vorhandene Richtlinie: Wählen Sie eine vorhandene Richtlinie aus dem Dropdown-Menü aus.
-
Neue Richtlinie erstellen: Geben Sie einen Richtliniennamen ein.
-
-
Unveränderliche Snapshots: Optional. Wählen Sie Unveränderliche Snapshots aktivieren aus, um zu verhindern, dass in dieser Richtlinie erstellte Snapshots während der Aufbewahrungsfrist gelöscht werden.
-
Legen Sie die Aufbewahrungsdauer in Stunden, Tagen, Monaten oder Jahren fest.
-
Snapshot-Richtlinien: Wählen Sie in der Tabelle die Häufigkeit der Snapshot-Richtlinie und die Anzahl der aufzubewahrenden Kopien aus. Sie können mehr als eine Snapshot-Richtlinie auswählen.
-
-
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 anzugeben:
-
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). 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".
-
-
S3 access point tags: Optional können Sie bis zu 50 Tags hinzufügen.
-
-
Wählen Sie Erstellen.
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 die 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.
Ü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.
-
In der NetApp Console wählen Sie das Menü
und dann Storage. -
Wählen Sie im Menü „Storage“ die Option FSx for ONTAP.
-
Wählen Sie in FSx for ONTAP das Aktionsmenü des zu aktualisierenden Dateisystems und anschließend Verwalten.
-
Wählen Sie in der Dateisystemübersicht die Registerkarte Replikationsbeziehungen aus.
-
Wählen Sie auf der Registerkarte „Replikationsbeziehungen“ das Aktionsmenü der zu initialisierenden Replikationsbeziehung aus.
-
Wählen Sie Initialisieren.
-
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
Nachdem die Replikationsbeziehung für einen Migrationsanwendungsfall erstellt wurde, muss die Replikation umgestellt werden, um die Migration der Storage-VM-Daten und Konfigurationseinstellungen auf das Ziel-FSx for ONTAP-Dateisystem abzuschließen. Die Umstellung der Replikation migriert Daten und Storage-VM-Konfigurationseinstellungen dauerhaft vom Quellsystem auf das Ziel-FSx for ONTAP-Dateisystem. Während der Umstellung werden die Daten ein letztes Mal repliziert. Die Quell-Storage-VM wird offline geschaltet, wenn die Umstellung beginnt.
Planen Sie den Cutover-Vorgang
Berücksichtigen Sie Folgendes bei der Planung des Umstellungsprozesses für Migrationsanwendungsfälle.
-
Unterstützung der Replikationsversion: Quell- und Zielspeichersysteme müssen dieselbe ONTAP Hauptversion aufweisen. Wenn beispielsweise auf dem Quellsystem ONTAP Version 9.18.1 ausgeführt wird, muss auch auf dem Zielsystem eine Version von 9.18.1 ausgeführt werden.
-
Konfigurationseinstellungen der Speicher-VM: Beim Umstellungsvorgang werden nicht alle Konfigurationseinstellungen der Speicher-VM auf die Ziel-Speicher-VM migriert. Beispielsweise werden iSCSI-, Broadcast-Domain-MTU- und DNS-Einstellungen nicht migriert. Aktualisieren Sie diese Einstellungen nach der Umstellung manuell auf der Ziel-Speicher-VM. Weitere Informationen finden Sie im Konfigurationseinstellungen nach der Umstellung aktualisieren Abschnitt.
-
Klone: Klone werden als einzelne Volumes migriert und belegen daher mehr Speicherplatz auf dem Ziel-FSx for ONTAP-Dateisystem. Erwägen Sie, die Klone vor der Umstellung zu löschen, um eine erhöhte Kapazität auf dem Ziel zu vermeiden.
-
Cache-Volumes: Für ONTAP FlexCache 9.17.x oder älter. Quell-Speicher-VMs, die Cache-Volumes enthalten, werden bei der Umstellung nicht unterstützt. Entfernen Sie die ONTAP FlexCache-Beziehung vor der Umstellung, 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: Die Cutover-Replikation für Migrationsszenarien wird für vServer mit ONTAP S3-Konfigurationen nicht unterstützt. Entfernen Sie ONTAP S3-Konfigurationen, einschließlich object-store-server, Buckets, Benutzer, Gruppen oder Richtlinien, vom vServer, um Migrationsfehler zu vermeiden.
-
LUN-Seriennummern und iSCSI-Ziel-IQN: Die LUN-Seriennummern und der iSCSI-Ziel-IQN ändern sich während der Umstellung.
Überprüfen Sie diese Anforderungen, bevor Sie beginnen.
-
Stoppen Sie jeglichen Clientzugriff auf Ihre Storage-VM, bevor Sie die Replikation umstellen.
-
Stellen Sie sicher, dass alle Quellvolumes keine Daten bereitstellen, bevor Sie die Replikation umstellen.
-
Stellen Sie sicher, dass die Daten zwischen Quell- und Ziel-Volume synchronisiert sind, bevor Sie die Replikation umstellen.
-
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". 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).
-
-
In der NetApp Console wählen Sie das Menü
und dann Storage. -
Wählen Sie im Menü „Storage“ die Option FSx for ONTAP.
-
Wählen Sie in FSx for ONTAP das Dateisystem aus, das das Volume bzw. die Volumes enthält, die repliziert werden sollen.
-
Wählen Sie die Registerkarte Replication relationships aus.
-
Wählen Sie in der Tabelle Replikationsbeziehungen die Replikationsbeziehung aus, die umgestellt werden soll, und wählen Sie dann Cut over replication aus.
-
Überprüfen Sie die Informationen im Dialogfeld „Cut over replication“ und geben Sie dann cut over ein, um zu bestätigen.
-
Wählen Sie Cut over aus.
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
-
Melden Sie sich an jedem SAN-Client an und aktualisieren Sie die iSCSI/MPIO-Einstellungen für das neue Ziel und entfernen Sie die alten vserver-Ziel-IPs
-
-
Ü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.
Verwandte Informationen
"Die Tiering-Richtlinie ändern" für das/die Ziel-Volume nach der Umstellung.