Auf dieser Seite finden Sie einen Überblick über die Funktion zur Migration von Volumes.
Volume-Migration
Mit der Volume-Migration können Sie Volumes von ONTAP-basierten Quellen zu Google Cloud NetApp Volumes migrieren. Die Migration erfolgt dabei über SnapMirror. SnapMirror funktioniert auf Volume-Ebene und kann ein Quellvolume auf ein Zielvolume auf einem anderen System replizieren.
SnapMirror bietet viele Vorteile gegenüber herkömmlichen Methoden zum Kopieren von Daten:
Es funktioniert in jedem IP-Netzwerk und ist unempfindlich gegenüber Netzwerkproblemen. Es unterstützt eine Vielzahl von Netzwerkgeschwindigkeiten und ‑latenzen.
Es werden nur verwendete Daten kopiert.
Nach der ersten Übertragung von Baseline-Daten sind die nachfolgenden Übertragungen inkrementell. Es werden also nur geänderte Daten kopiert. Die Berechnung von Änderungen für inkrementelle Übertragungen ist außergewöhnlich schnell und unabhängig vom im Volume gespeicherten Datentyp.
Die Übertragungen sind speichereffizient. Wenn das Quellvolume deduplizierte oder komprimierte Daten enthält, werden diese Effizienzsteigerungen übernommen, wodurch die zu übertragende Datenmenge reduziert wird.
Alle Übertragungen werden bei der Übertragung verschlüsselt.
Sie können das Quellvolumen ohne spürbare Leistungseinbußen verwenden.
Sie können das Ziel-Volume nach Abschluss der Baseline-Übertragung schreibgeschützt verwenden.
Alle Daten, einschließlich Metadaten wie komplexer Zugriffssteuerungslisten (Access Control Lists, ACL) und gesperrter Dateien, werden übertragen.
Mit SnapMirror werden Volumes zwischen ONTAP-Systemen übertragen, auch über verschiedene geografische Standorte hinweg.
Für die Volume-Replikation in NetApp Volumes wird bereits SnapMirror verwendet. Damit können NetApp Volumes zwischen verschiedenen Google-Regionen repliziert werden. Ein neuer Untertyp der Volume-Replikation, die Hybrid-Replikation, unterstützt jetzt die Migration von ONTAP-Volumes zu NetApp Volumes.
Übersicht über den Migrationsprozess
Die hybride Replikation sorgt für schnelle, konsistente und vollständige Datenmigrationen von der Quelle zum Ziel mit minimalen Auswirkungen auf die Produktion. Dieser Prozess besteht aus den folgenden Phasen:
Authentifizierung
Während der Authentifizierungsphase müssen die Speicheradministratoren des Quell-ONTAP-Systems NetApp Volumes die Berechtigung erteilen, ein Volume aus dem Quellsystem abzurufen. Dies wird durch administrative Schritte im ONTAP-Quellsystem erreicht, die als Cluster-Peering und SVM-Peering bezeichnet werden. Beim Migrieren von Volumes werden die ONTAP-Befehle generiert, die Administratoren auf dem Quellsystem ausführen müssen.
Baseline-Übertragung
Nachdem Sie eine Migration eingerichtet haben, wird durch einen Snapshot ein Konsistenzpunkt im Quellsystem erstellt. Alle Daten, die aus diesem Snapshot erfasst werden, einschließlich älterer Snapshots, werden dann in einer ersten Phase, die als Baseline-Übertragung bezeichnet wird, in NetApp Volumes übertragen.
Die Übertragung einer Baseline kann Minuten, Stunden, Tage oder Wochen dauern. Die Dauer hängt von Folgendem ab:
Die Datenmenge im Snapshot.
Die Netzwerkgeschwindigkeit zwischen Ihrem ONTAP-Quellsystem und NetApp Volumes.
Die Durchsatzeinstellung Ihrer NetApp Volumes.
Während der Baseline-Übertragung wird Ihr Quellvolumen weiterhin für Ihren Arbeitslast und Daten werden hinzugefügt, geändert oder gelöscht. Diese Änderungen haben keine Auswirkungen auf den Snapshot, der für den Konsistenzpunkt der Baseline verwendet wird. Während die Baseline läuft, ist das Ziel-Volume für Clients nicht verfügbar. Nach Abschluss der Baseline wird das Ziel-Volume online geschaltet und ist im schreibgeschützten Modus für den Clientzugriff verfügbar. Das Zielvolumen hat eine andere IP-Adresse.
Im Gegensatz zur Volumereplikation können bei der Volumemigration die Parameter des Quell-Volumes wie Größe, Protokollauswahl und Export- oder Snapshot-Richtlinien nicht gelesen werden. Daher müssen Sie diese Einstellungen für das Zielvolume richtig konfigurieren.
Sie können jetzt mit dem Einbinden oder Zuordnen des Ziel-Volumes zu VMs beginnen, um die Migration abzuschließen.
Inkrementelle Übertragungen
Nach Abschluss der Baseline-Übertragung werden durch die Migration stündliche inkrementelle Übertragungen ausgelöst.
Bei jeder inkrementellen Übertragung werden die folgenden Aktionen ausgeführt:
Erstellt einen neuen Snapshot des Quellvolumes.
Berechnet die Datenänderungen zwischen dem aktuellen und dem vorherigen Snapshot.
Beginnt mit der Übertragung dieser Änderungen an das Ziel.
Wenn seit dem Baseline-Snapshot eine erhebliche Anzahl von Änderungen vorgenommen wurde und eine inkrementelle Übertragung noch läuft, wenn die nächste stündliche Übertragung geplant ist, wird diese Übertragung übersprungen. Beim nächsten inkrementellen Transfer wird ein neuer Quell-Snapshot erstellt, der älteste SnapMirror-Snapshot gelöscht, die Änderungen berechnet und übertragen.
Clients, die das Zielvolume bereitstellen, sehen eine schreibgeschützte Ansicht mit statischen Inhalten. Sobald eine inkrementelle Übertragung abgeschlossen ist, werden die Inhalte des Volumes jedoch sofort durch einen einzelnen, atomaren Vorgang vom vorherigen Replikationssnapshot auf den neuesten aktualisiert.
Sofern die Menge der dem Quellvolumen hinzugefügten neuen Daten nicht das überschreitet, was innerhalb einer Stunde übertragen werden kann, nimmt die Größe der inkrementellen Übertragung mit jeder erfolgreichen Übertragung ab. Dieser Vorgang wird fortgesetzt, bis sich die Rate stabilisiert. Die Rate wird durch die stündliche Änderungsrate des Quellvolumens bestimmt. Das kann einige Iterationen dauern. Sobald dieser stabile Zustand erreicht ist, können Sie einen Cutover planen. Um die erforderliche Ausfallzeit während der Umstellung zu minimieren, ist es das Ziel, die Änderungen zwischen den Quell- und Ziel-Volumes zu reduzieren.
Umstellung
Bei einer Umstellung werden Ihre Arbeitslasten ohne Datenverlust (RPO = 0) und mit minimaler Ausfallzeit (RTO) vom Quellvolume zum Zielvolume verschoben. Der Umstellungsprozess besteht aus den folgenden Teilschritten:
Änderungen beenden
Da inkrementelle Übertragungen asynchron erfolgen, enthält das Quellvolume möglicherweise Änderungen, die noch nicht im Zielvolume enthalten sind. Um das Quell-Volume zu synchronisieren, müssen Sie alle Änderungen daran beenden. Gehen Sie dazu so vor:
Beenden Sie alle Anwendungen, die Daten ändern.
Optional: Ändern Sie die Volume-Berechtigungen in „Schreibgeschützt“, um zu verhindern, dass Clients die Daten ändern.
Auf aktuellen Transfer warten
Achten Sie darauf, dass alle laufenden inkrementellen Übertragungen abgeschlossen sind.
Manuelle inkrementelle Übertragung ausführen
Führen Sie eine manuelle inkrementelle Übertragung durch, um die neuesten Daten an das Zielsystem zu senden. Das sollte nur wenige Sekunden bis Minuten dauern, je nach Datenmenge, die sich seit der letzten Übertragung geändert hat, Netzwerkgeschwindigkeit und Durchsatzgrenzen der Zielvolumes.
Nach Abschluss der manuellen inkrementellen Übertragung sind die neuesten Daten am Ziel verfügbar.
Replikation beenden
Führen Sie den Stoppvorgang für die Replikation aus, um das Ziel-Volume schreibgeschützt zu machen. Damit ist die Datenmigration abgeschlossen.
Anwendungen neu konfigurieren und neu starten
Konfigurieren Sie Ihre Anwendungen so, dass sie das Zielvolumen verwenden, und starten Sie sie dann neu. Achten Sie darauf, dass der gesamte Datenzugriff auf das Quellvolumen beendet wird, damit keine Anwendung das Quellvolumen versehentlich verwendet.
Bereinigen
Wenn die Umstellung erfolgreich war, können Sie die folgenden Bereinigungsschritte ausführen:
Gestoppte Replikation löschen: Wenn Sie die gestoppte Replikation löschen, wird die Replikationsressource gelöscht, das Ziel-Volume jedoch nicht. Bei diesem Vorgang wird auch die im Backend verwendete SnapMirror-Beziehung zu Ihrem Quellsystem gelöscht.
Cluster-Peering entfernen: Wenn dies die letzte SnapMirror-Beziehung zwischen NetApp Volumes und Ihrem Quellcluster war, können Sie das Cluster-Peering aus dem Quell-ONTAP-System entfernen. Außerdem können Sie alle Netzwerke entfernen, die nur für die Migration zwischen Quelle und Ziel konfiguriert wurden.