Dateisystemreplikation

Replikationsprozess

Die Replikationsressource erstellt einen speziellen Replikations-Snapshot im Quelldateisystem. Dann überträgt sie den Snapshot an die Replikationszielressource, die die neuen Daten in das Zieldateisystem schreibt. Der letzte abgeschlossene Replikations-Snapshot verbleibt bis zum nächsten Intervall sowohl im Quell- als auch im Zieldateisystem. Im nächsten Intervall löscht der Replikationsprozess automatisch die alten Replikations-Snapshots und erstellt einen neuen. Der Replikationsprozess wird im angegebenen Intervall wiederholt, solange die Replikation gültig ist.

In diesem Diagramm wird Dateisystem A in der primären Availability-Domain in Dateisystem B repliziert. Bei der Replikation wird das Delta der Daten, die in Dateisystem A geschrieben wurden, in einem Replikations-Snapshot erfasst. Anschließend werden die Daten von der Replikationsressource an die Replikationszielressource übertragen und in Dateisystem B kopiert.

Wenn in der primären Availability-Domain (Quelle) ein Ausfall auftritt, können Sie einen Failover zum Zieldateisystem durchführen. Um einen Failover zum Zieldateisystem durchzuführen, exportieren Sie es, damit Anwendungen und Benutzer darauf zugreifen können. Weitere Informationen finden Sie unter Disaster Recovery.

Replikationen und Ausfälle überwachen

Der File Storage-Service stellt Metriken bereit, mit denen Sie Replikationsvorgänge und potenzielle Ausfälle verfolgen können. Mit Metriken können Sie Dinge analysieren, wie die Übertragung zwischen Quell- und Zieldateisystemen, Bandbreite und Metadatenvorgänge, die von der Replikationsressource ausgeführt werden. Beispiel: Um Bandbreitenprobleme und potenzielle Engpässe zu überwachen, können Sie die Gesamtanzahl der Schreibvorgänge im Quelldateisystem und den gesamten Daten-Egress vom Quelldateisystem zum Zieldateisystem überwachen. Mit Metriken können Sie auch die Zeit zwischen der Snapshot-Erstellung im Quelldateisystem und der Zeit der Anwendung im Ziel überwachen. Auf diese Weise können Sie bestimmen, wie weit das Zieldateisystem der Quelle hinterher ist und wie viele Daten verloren gehen, wenn ein Ausfall auftritt. Siehe Dateisystemmetriken und Überblick über Monitoring.

Es wird empfohlen, Alarme für Metriken wie Fehlerrate und Latenz im Quelldateisystem zu konfigurieren, um mögliche Auswirkungen auf die Verfügbarkeit anzugeben. Sie können auch OCI-Ankündigungen und das Status-Dashboard auf allgemeine Serviceausfälle überwachen, damit Sie die erforderlichen Entscheidungen zum Failover treffen können. Serviceausfälle wirken sich nicht immer auf alle Kundenressourcen gleichermaßen aus. Daher ist es sehr wichtig, dass Sie Ihre Toleranzen bestimmen und Alarme einrichten. Siehe Konsolenankündigungen und Events.

• Für eine regionsübergreifende Replikation muss Ihr Mandant die Zielregion abonniert haben. Informationen zum Abonnieren einer Region finden Sie unter Regionen verwalten. Weitere Informationen finden Sie unter Empfohlene Zielregionen.
• Wenn Sie die regionsübergreifende Replikation für ein Dateisystem aktivieren, umfasst der Prozess eine anfängliche Synchronisierung der Daten aus dem Quelldateisystem mit dem Zieldateisystem. Je nach Datenmenge, die in das Dateisystem geschrieben wurde, kann diese Synchronisierung mehrere Stunden in Anspruch nehmen. Weitere Informationen finden Sie unter Replikationszeit schätzen.
• Sie können für jedes Dateisystem bis zu drei Replikationsjobs konfigurieren.
• Das minimale Replikationsintervall beträgt 15 Minuten.
• Sie können durch Replikation keine Daten von einem On-Premise-Speicherort zu Oracle Cloud Infrastructure migrieren.
• Dateisystemressourcenspezifische Daten wie Dateisperren, Verschlüsselungsschlüssel und Tags werden nicht repliziert. Quotenregeln werden aus der Quelle kopiert, sind jedoch deaktiviert und müssen manuell aktiviert werden. Tags, die auf eine Replikations-Ressource angewendet werden, werden in eine Replikationsziel-Ressource kopiert.
• Als Zieldateisystem kann nur ein Dateisystem verwendet werden, das noch nie exportiert wurde. Um ein zuvor exportiertes Dateisystem als Ziel zu verwenden, erstellen Sie zunächst einen Klon des Dateisystems. Anschließend können Sie den Klon als Ziel verwenden.
• Wenn Sie Benutzer-Snapshots in einem Dateisystem erstellen oder löschen, können Sie dieses Dateisystem nicht als Zieldateisystem für Replikationen verwenden, auch wenn Sie das Dateisystem nicht exportiert haben.
• Ein Dateisystem, dem eine Snapshot-Richtlinie zugeordnet ist, kann nicht als Zieldateisystem verwendet werden.
• Ein Dateisystem mit Quotenregeln, die nicht mit dem Quelldateisystem übereinstimmen, kann nicht als Zieldateisystem verwendet werden.
• Wenn Sie eine Replikationsressource löschen, werden Replikations-Snapshots im Zieldateisystem in Benutzer-Snapshots konvertiert. Wenn Sie einen dieser Snapshots löschen, können Sie das Zieldateisystem nicht als Zieldateisystem für zukünftige Replikationen wiederverwenden.

Überlegungen hinsichtlich der Kosten für die Replikation

Nachdem Sie die Replikation für ein Dateisystem aktiviert haben, wird das Dateisystem in einem Zieldateisystem in der angegebenen Region und Availability-Domain repliziert. Für File Storage wird die Gesamtkapazität des Quell- und Zieldateisystems auf dem Datenträger gemessen. Quell- und Zieldateisysteme werden zum gleichen Preis berechnet. Weitere Informationen finden Sie unter Dateisystemnutzung und Messung.

Ihre Abrechnung schließt eventuell anfallende Netzwerkkosten für den Replikationsprozess zwischen Regionen ein. Im Rahmen des Replikationsprozesses werden alle Daten, die im Quelldateisystem aktualisiert werden, an das Dateisystemreplikat übertragen, sodass Dateisysteme mit kontinuierlichen Updates höhere Netzwerkkosten verursachen. Für Availability-Domains übergreifende Bandbreite in der gleichen Region oder eingehende Datenübertragung fallen keine zusätzlichen Gebühren an.

Bei vielen Replikationsszenarios wird ein Klon eines ursprünglichen Quell- oder Zieldateisystems verwendet. Durch Klonen der Quelle aus dem letzten vollständig angewendeten Snapshot wird sichergestellt, dass Quelle und Ziel kompatibel sind. Sie können auch ein neues Dateisystem für das Failback verwenden. Die Verwendung eines Klons des ursprünglichen Quelldateisystems geht in der Regel jedoch schneller und ist kostengünstiger als die Verwendung eines neuen Dateisystems. Weitere Informationen zur Messung und Abrechnung von Klonen finden Sie unter Klonbasierte Nutzung messen. Detaillierte Beispiele zur Messung von Dateisystemen, Snapshots und Klonen bei der Replikation finden Sie unter Replikationsbasierte Nutzung messen.

Empfohlene Zielregionen

Wenn Sie die Replikation für ein Dateisystem aktivieren und ein neues Zieldateisystem erstellen, wählen Sie eine Region aus, in der das Element repliziert werden soll. Die Quellregion für das Dateisystem bestimmt die empfohlenen Zielregionen, die als Zielregion für die Replikation in der Konsole verfügbar sind. Für die meisten Regionen ist mindestens eine Region verfügbar, die als empfohlene Zielregion verfügbar ist. Empfohlene Zielregionen werden basierend auf geografischen Standorten ausgewählt, um die Performance zu maximieren. Wenn Sie ein Dateisystem in einer Region replizieren müssen, die nicht empfohlen wird, können Sie in dieser Region ein Zieldateisystem für die Replikation erstellen oder die API oder CLI verwenden.

In der folgenden Tabelle sind die Empfehlungen für die kommerzielle Oracle Cloud Infrastructure-Realm aufgeführt. Informationen zum Abonnieren einer Region finden Sie unter Regionen verwalten.