Auf dieser Seite erhalten Sie einen Überblick über die Funktion für die externe Replikation.
Externe Replikation
Bei der externen Replikation wird SnapMirror verwendet, um Daten von ONTAP-basierten Systemen zu Google Cloud NetApp Volumes zu replizieren. Dieses Feature unterstützt dieselben Vorgänge wie die Volume-Replikation, z. B. Erstellen, Beenden, Fortsetzen, Umkehren und Löschen. Die Volume-Replikation bietet die Replikation zwischen Volumes in NetApp Volumes.
Bei der externen Replikation wird dieselbe SnapMirror-Technologie wie bei der Volumemigration verwendet. Außerdem werden gemeinsame Funktionen wie Baseline- und inkrementelle Übertragungen sowie Cluster-Peering für die Authentifizierung genutzt.
In der folgenden Tabelle werden die wichtigsten Unterschiede zwischen der Volumemigration und der externen Replikation beschrieben:
| Volume-Migration | Externe Replikation |
|---|---|
| Entwickelt für eine zeitlich begrenzte, unidirektionale Migration von ONTAP zu NetApp Volumes. | Als fortlaufende Replikationslösung für die Notfallwiederherstellung konzipiert, bei der die Replikationsrichtung umgekehrt werden kann. |
Hinweise
Die externe Replikation ist nur über die API und die Google Cloud CLI verfügbar, nicht über die Google Cloud Console.
Übersicht über den Workflow für die externe Replikation
Die externe Replikation funktioniert ähnlich wie die Volume-Replikation. Das ursprüngliche Quellsystem ist jedoch ein Volume auf einem externen ONTAP-System und kein NetApp Volumes-Volume.
Wie bei der Volume-Replikation durchläuft die externe Replikation verschiedene Phasen wie Baseline- und inkrementelle Replikationen. Es unterstützt Vorgänge wie das Erstellen, Stoppen, Fortsetzen, Löschen und Umkehren der Replikationsrichtung.
Alle Aktionen können über NetApp Volumes initiiert werden. Für einige Aktionen muss der Nutzer jedoch ONTAP-CLI-Befehle auf dem externen ONTAP-System ausführen. Bei der externen Replikation wird auch derselbe Authentifizierungsmechanismus mit dem externen ONTAP-System verwendet wie bei der Volumemigration. Dieser Prozess ist erforderlich, um ein Cluster-Peering einzurichten.
Der Workflow für die externe Replikation 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 externen Replikationsprozess werden die ONTAP-Befehle generiert, die Administratoren auf dem Quellsystem ausführen müssen.
Baseline-Übertragung
Nachdem Sie eine Replikation 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 verwendet und Daten werden von Clients 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 Zielvolume online geschaltet und ist für den Clientzugriff im schreibgeschützten Modus verfügbar. Das Zielvolumen hat eine andere IP-Adresse.
Im Gegensatz zur Volume-Replikation können bei der externen Replikation die Parameter des Quell-Volumes wie Größe, Protokollauswahl sowie Export- oder Snapshot-Richtlinien nicht gelesen werden. Daher müssen Sie diese Einstellungen für das Zielvolume richtig konfigurieren.
Clients können das Ziel-Volume dann zuordnen oder bereitstellen, aber nur für den schreibgeschützten Betrieb.
Inkrementelle Übertragungen
Nach Abschluss der Baseline-Übertragung werden durch die Replikation inkrementelle Übertragungen basierend auf Ihren geplanten Intervallen 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.
Bei jeder inkrementellen Übertragung wird ein neuer Quell-Snapshot erstellt, der älteste SnapMirror-Snapshot gelöscht, die Änderungen berechnet und übertragen. Wenn eine Übertragung noch läuft, wenn die nächste geplante Übertragung ansteht, wird die neue Übertragung übersprungen. Das kann folgende Gründe haben:
Das angegebene Replikationsintervall ist zu kurz.
Die Netzwerkbandbreite zwischen dem ONTAP-System und den NetApp Volumes ist begrenzt.
Eine hohe Änderungsrate im Quellsystem.
Übersprungene Übertragungen wirken sich negativ auf die Recovery Point Objectives (RPO) aus. Wir empfehlen, die Verzögerungszeit der Replikation zu überwachen. Wenn die Verzögerung häufig das Doppelte des Replikationsintervalls erreicht, müssen Sie möglicherweise Gegenmaßnahmen ergreifen, z. B. die Netzwerkbandbreite erhöhen oder das Replikationsintervall verlängern.
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 in einem einzigen, atomaren Vorgang vom vorherigen Replikationssnapshot auf den neuesten aktualisiert.
Mehrere externe Replikationen parallel ausführen
Externe Replikationen und Volumemigrationen haben ein gemeinsames Projektkontingent. Wenn Sie mehrere externe Replikationen und Volumemigrationen parallel ausführen möchten, müssen Sie ein ausreichend hohes Kontingent anfordern.