Informationen zur Replikation von Dateifreigaben

Replizieren Sie zonale Dateifreigaben über Zonen oder Regionen hinweg für die Notfallwiederherstellung, den Zugriff mit geringer Latenz, die Verteilung von Inhalten und Testzwecke.

Erstellen Sie schreibgeschützte Replik-Dateifreigaben in einer anderen Zone für die Notfallwiederherstellung, den Zugriff mit geringer Latenz für verteilte Teams, die Verteilung von Inhalten in regionalen Hubs oder zu Testzwecken. Sie können Replikate Ihrer zonalen Dateifreigaben in einer anderen Zone derselben geografischen Region erstellen. Mit der Replikationsfunktion können Sie eine schreibgeschützte Kopie Ihrer Dateifreigabe in einer anderen Zone aufbewahren. Die Replikatfreigabe wird aus der Quellenfreigabe nach einem von Ihnen angegebenen Zeitplan aktualisiert. Die schreibgeschützte Replik kann dazu beitragen, verteilten Teams und Anwendungen einen Zugriff mit geringer Latenz zu ermöglichen, indem die Daten näher an die Verbraucher gebracht werden. Durch die Replikation kann die Verteilung von Inhalten für globale Teams verbessert werden, indem regionale Hubs für schnellere Downloads von Installationsprogrammen, Dokumentationen und Medien eingerichtet werden. Replikate können die Kapazität für Spitzenereignisse wie Produkteinführungen oder globale Kampagnen sprengen. Sie können Replikate für Wartungsarbeiten, Teständerungen und Migrationsversuche verwenden, ohne die primären Workloads zu beeinträchtigen. Sie können sie als isolierte Kopien für Audits und gesetzliche Aufbewahrungspflichten verwenden, ohne die Produktion zu beeinträchtigen. Die Replikation bietet auch eine Möglichkeit, sich von einem Vorfall am primären Standort zu erholen, wenn Daten nicht mehr zugänglich sind oder eine Anwendung ausfällt.

Verfügbarkeit auswählen Kunden mit speziellem Zugang zur Vorschau des neuen regionalen Dateifreigabeangebots können das rfs-Profil verwenden, um Dateifreigaben mit regionaler Verfügbarkeit zu erstellen. Wenn Sie Dateifreigaben mit regionaler Verfügbarkeit erstellen, werden die Daten automatisch in der gesamten Region repliziert, sodass Sie keine Replikationspaare innerhalb derselben Region einrichten müssen. Die regionsübergreifende Replikation von regionalen Dateifreigaben wird in dieser Version nicht unterstützt.

Übersicht über die Replikation

Nachdem Sie eine Dateifreigabe erstellt haben, können Sie die Replizierung einrichten.

Wenn eine Replik-Freigabe erstellt wird, enthält die erste Replik die Daten der gesamten Freigabe. Danach werden nur noch die Änderungen hinzugefügt, die seit der letzten Replikation vorgenommen wurden.

Sie können eine Replikatfreigabe in einer anderen Zone derselben Region erstellen. Sie können auch ein Replikat in einer anderen Region derselben Region erstellen, wenn Sie über eine weitere VPC in der Zielregion verfügen. Die regionsübergreifende Replikation wird nicht unterstützt.

Diese Tabelle zeigt die Metropolregionen, die in jeder Region miteinander verglichen werden können. Jede Geografie ist eine separate Spalte.
Nord- und Südamerika	Europa	Asien/Pazifik
Dallas, Texas / `us-south` Montreal / `ca-mon` São Paulo / `br-sao` Toronto / `ca-tor` Washington, D.C. / `us-east`	-Frankfurt/ `eu-de` -London/ `eu-gb` -Madrid/ `eu-es`	Chennai / `in-che` Mumbai / `in-mum` Osaka / `jp-osa` Sydney / `au-syd` Tokio / `jp-tok`

Wenn Sie Ihre Replikatdateifreigabe in einer anderen Zone derselben Region erstellen, übernimmt die Replikatfreigabe den Verschlüsselungstyp und den Schlüssel aus der Quellendateifreigabe. Die Verschlüsselung kann nicht geändert werden.

Wenn Sie Ihre Dateifreigabe in eine andere Region replizieren, muss das Replikat dem Verschlüsselungstyp der Quellenfreigabe entsprechen. Sie übernimmt jedoch nicht die Verschlüsselung von der Quelle. Mit anderen Worten: Wenn die Quellenfreigabe mit providerverwalteten Schlüsseln verschlüsselt ist, muss das Replikat auch über providerverwaltete Verschlüsselung verfügen. Wenn die Quellenfreigabe mit einem vom Kunden verwalteten Schlüssel verschlüsselt wird, muss die Replik auch mit einem vom Kunden verwalteten Schlüssel verschlüsselt werden. Es muss jedoch nicht derselbe Schlüssel sein. Geben Sie beim Erstellen der Replik den Cloud-Ressourcennamen (CRN) des Schlüssels an, den Sie verwenden möchten.

Basierend auf dem Replikationszeitplan extrahiert der Service Daten aus der Quellendateifreigabe in die Replikatdateifreigabe. Sie können auswählen, wie häufig Änderungen der Quellenfreigabe mit der Replikatfreigabe synchronisiert werden sollen. Sie können einen stündlichen, täglichen, wöchentlichen oder monatlichen Replikationsplan angeben. Die Wiederholungen müssen im Abstand von mindestens 15 Minuten erfolgen.

Während Sie keine Snapshots einer Replikatfreigabe manuell oder programmgesteuert erstellen können, werden die Snapshots der Ursprungsfreigabe bei der nächsten geplanten Synchronisierung in die Replikatfreigabe kopiert. Wenn eine Quellfreigabe mit Snapshots repliziert wird, werden die entsprechenden Replikatfreigabe-Snapshots mit vom System generierten Namen erstellt, anstatt die Namen der Quellfreigabe-Snapshots zu übernehmen. Da replizierte Snapshots die Fingerprint-ID der Quelle gemeinsam haben, können Sie den Fingerprint verwenden, um die Snapshots zu korrelieren.

Wenn Sie regionsübergreifend replizieren, überschreiten die Daten VPC-Grenzen. Für die zonale Replikation von Dateifreigaben müssen sowohl die VPCs als auch die Dateifreigaben zum selben Konto gehören, und Sie müssen eine „ Service-zu-Service-Berechtigungen einrichten “ zwischen den Dateidiensten der beiden Regionen einrichten.

Die Daten werden während der Übertragung verschlüsselt, während sie zwischen Dateifreigaben verschoben werden. Die Gebühren für die Datenübertragung zwischen den beiden Dateifreigaben werden mit einem Pauschalbetrag in GB-Schritten berechnet. Die Gebühren basieren auf dem Datenvolumen, das während des gesamten Abrechnungszeitraums übertragen wurde.

Wenn Sie Daten regionenübergreifend replizieren, sollten Sie die lokalen Gesetze zur Datenspeicherung berücksichtigen, da der grenzüberschreitende Datentransfer rechtliche Konsequenzen haben kann.

Bei der Replikation handelt es sich um eine asynchrone Operation, die nicht sofort ausgeführt wird. Sie können die Informationen zur Replikationssynchronisation verwenden, um die Dauer des Replikationsprozesses und die Übertragungsrate anzuzeigen. Durch die Überprüfung der Informationen zur Replikationssynchronisation können Sie Ihren Replikationszeitplan anpassen und Ihre Kosten auf die Häufigkeit abwägen, mit der die Daten auf dem Replikat aktualisiert werden müssen. Durch Anzeigen der Jobprotokolle und der Übertragungsraten können Sie auch ermitteln, ob die Größe der zu übertragenden Daten in das Replikationsfenster passt.

Damit die Replikation abgeschlossen werden kann, muss genügend ungenutzte Kapazität in Ihrer Dateifreigabe vorhanden sein. Während des Replikationsprozesses werden neue Daten von der Quelle auf das Replikationsvolume kopiert. Die alten Daten werden nicht sofort überschrieben, sondern nach Abschluss des Kopiervorgangs entfernt. Wenn Ihre Freigabe beispielsweise zu 95 % ausgelastet ist und die Änderungsrate 10 % beträgt, kann es sein, dass die Replik nicht genug Platz hat, um die Änderungen zu speichern. Wenn das Replikat nicht über genügend Speicherplatz verfügt, um die Aktualisierungen zu speichern, schlägt der Replikationsprozess fehl. Sie können die Dateifreigabekapazität in der Konsole überwachen und Warnungen für die Nutzung konfigurieren. Weitere Informationen finden Sie in Metriken für File Storage for VPC überwachen.

Die Daten in der Replikatfreigabe sind schreibgeschützt. Sie können auf zwei Arten Lese-/Schreibzugriff auf die Daten erhalten:

Failover zum Replikationsstandort – Die Lese- und Schreibvorgänge auf der Quell-Dateifreigabe werden angehalten, und eine endgültige Kopie der Daten der Dateifreigabe wird in die Replikat-Freigabe übertragen. Die Replik wird les- und schreibbar, und es wird eine umgekehrte Replikationsbeziehung hergestellt. Die ursprüngliche Quelldateifreigabe wird nun zur Replikfreigabe und auf Nur Lesen gesetzt. Der Dienst beginnt daraufhin, Daten aus der neuen Dateifreigabe abzurufen.

Wenn eine Quelldateifreigabe kompromittiert wird, sind Replikatfreigaben eine gute Möglichkeit, den Betrieb wiederherzustellen. Ein Failover auf eine Replik-Freigabe trägt dazu bei, dass Ihre Dienste ohne Unterbrechung weiterlaufen.

Wenn Sie den Failover einleiten, können Sie angeben, was mit der Replikationsbeziehung geschieht, wenn der Failover-Prozess das Zeitlimit überschreitet oder fehlschlägt. Diese Option wird häufig verwendet, wenn es eine zeitliche Vorgabe dafür gibt, wie lange Ihre Dateifreigabe offline sein darf. Sie müssen angeben, was geschehen soll, wenn die Operation das Zeitlimit überschreitet oder wenn die Replikation aufgrund des ursprünglichen Standorts fehlschlägt, der vermindert oder nicht verfügbar ist.
- Wenn der Quellenstandort aufgrund einer geplanten Wartung nicht verfügbar ist, haben Sie die Möglichkeit, die Replikationsbeziehung beizubehalten. Die Replikation wird wie geplant fortgesetzt, wenn der ursprüngliche Quellenstandort wieder betriebsbereit ist.
- In einer Disaster-Recovery-Situation können Sie auswählen, dass die Datenträger aufgeteilt werden, damit die gemeinsam genutzte Replikatressource so bald wie möglich online geschaltet wird. In diesem Fall verfügen Sie jedoch möglicherweise nicht über den aktuellsten Datensatz und müssen den Status in Ihrer Anwendung manuell abgleichen. Da die Replikationsbeziehung getrennt wird, müssen Sie die Replikation erneut einrichten, wenn der ursprüngliche Standort wieder betriebsbereit wird.
Replikationsbeziehung entfernen-In diesem Fall teilen Sie die beiden gemeinsam genutzten Ressourcen auf und erstellen zwei unabhängige Dateifreigaben. Beide Freigaben sind Schreib-/Lesezugriff und Daten werden zwischen den beiden nicht mehr synchronisiert. In der API wird dieser Vorgang als split Replikationsvorgang bezeichnet. Das Entfernen der Replikatbeziehung ist permanent. Sie kann nicht zwischen den beiden gemeinsam genutzten Ressourcen wiederhergestellt werden. Sie können jedoch neue Replikate in derselben Zone oder in anderen Zonen derselben Region erstellen.

Das Entfernen der Replikationsbeziehung oder das Failover auf das Replikat findet nicht statt, wenn eine andere Operation für die Quellen-oder Replikatdateifreigabe ausgeführt wird. (Ein Beispiel für eine solche Operation ist das Erweitern der Dateifreigabegröße.) Der Split- oder Failover-Vorgang bleibt so lange in der Schwebe, bis der andere Vorgang abgeschlossen ist.

Anwendungsfälle

Sie können die Replikation verwenden, um Probleme bei der Wiederherstellung nach einem Katastrophenfall zu beheben. Die Replikation deckt folgende Szenarien ab:

Disaster-Recovery nach einem Anwendungsfehler.

In diesem Szenario schlägt die Anwendung fehl, die Sie ausführen. Die Daten sind nicht betroffen, aber die Anwendung ist nicht betriebsbereit. Sie können einen Failover ausführen, bei dem die Daten in den Wartemodus versetzt und an eine andere Zone gesendet werden. Die virtuellen Serverinstanzen in dieser Zone können so konfiguriert werden, dass sie das Ausführen der Anwendung übernehmen, während die primären Server repariert werden.
Notfallwiederherstellung nach einem Ausfall der IBM Cloud-Infrastruktur.

In diesem Szenario wird die Verfügbarkeitszone IBM Cloud, in der Ihre Anwendung ausgeführt wird, unbrauchbar. Sie müssen Ihre Anwendung so schnell wie möglich am Replikatstandort starten und die replizierten Daten aus dem letzten Replikationsvorgang verwenden. Sie können den Failover mit der Option split einleiten, damit der Replikatdatenträger unabhängig wird. Die Replikation wurde gestoppt.
Die regelmäßige Wartung Ihrer Anwendungen vereinfachen.

Mit der Replikation können Sie bestimmte Verwaltungstasks wie Upgrades mit höherer Verfügbarkeit vereinfachen. Migrieren Sie Daten zwischen zwei Zonen, in denen möglicherweise unterschiedliche Versionen des Anwendungscodes ausgeführt werden. Die unabhängige Ausführung in zwei Umgebungen ermöglicht mehr Flexibilität in Ihrem Bereitstellungsprozess.
Datenmigration oder geografische Erweiterung.

Sie können die Replikation verwenden, um Daten ohne großen Aufwand zwischen zwei MZR-Regionen zu migrieren. Nach der Replikation Ihrer Daten können Sie die Replikationsbeziehung entfernen und Ihre Replikatdateifreigabe wird mit Ihren Daten verfügbar, die unabhängig in der neuen Region verwendet werden können.

Nächste Schritte

Erstellen Sie eine Replikat-Dateifreigabe in der Konsole, über die Befehlszeilenschnittstelle, mit der API oder Terraform.

Wenn Sie eine Replikation zwischen verschiedenen Regionen einrichten möchten, müssen Sie zunächst Service-zu-Service-Autorisierungen zwischen den Dateidiensten der beiden VPCs einrichten.

Wenn Sie eine Replikatfreigabe in einer anderen Region erstellen möchten, in der Sie eine andere KMS-Lösung verwenden, richten Sie Service-zu-Service-Autorisierungen zwischen dem Dateiservice und dem Ziel-KMS ein.
Überprüfen Sie, ob die Replikation funktioniert, indem Sie den Replikationsstatus und die Informationen zur Replikationssynchronisation überprüfen. Das System fragt den letzten Synchronisationsstatus alle 15 Minuten ab.
Replikatdateifreigabe verwenden-Wenn die primäre Dateifreigabe fehlschlägt oder aus irgendeinem Grund nicht mehr verfügbar ist, können Sie ein Failover auf die Replikatdateifreigabe durchführen. Wenn Sie den Failover durchführen, wird die Replikatfreigabe zur neuen primären Dateifreigabe mit Lese-und Schreibberechtigung.
Starten Sie die Replikation mit der ursprünglichen Dateifreigabe wie geplant erneut, wenn sie wieder online ist. In diesem Fall können Sie die Replikatsite weiterhin als primäre Site verwenden oder auf die ursprüngliche Site zurücksetzen.