Instanzreplikation

Filestore bietet jetzt die asynchrone Replikation für Ihre Instanzen an.

Eine Quellinstanz kann kontinuierlich und asynchron in eine Stand‑by-Instanz an einem Standort Ihrer Wahl repliziert werden.

Für ausgewählte Kunden bietet Filestore Unterstützung für die Instanzreplikation für Instanzen, die in den folgenden Dienststufenerstellt wurden:

  • Zonal
  • Regional
  • Unternehmen

Instanzreplikation im Vergleich zu anderen Optionen zur Datenwiederherstellung

In den folgenden Abschnitten werden die Vorteile der Instanzreplikation im Vergleich zu Snapshots und Sicherungen behandelt.

Snapshots

Snapshots sind Ressourcen, die Kapazität in der Instanz verbrauchen und mit denen Sie den aktuellen Zustand Ihrer Instanzdaten auf einen früheren, bestimmten Zeitpunkt zurücksetzen können. Nutzer können auch eine frühere Version einer bestimmten Datei wiederherstellen.

Snapshots replizieren keine Daten und verbrauchen keine Kapazität, bis die Daten auf der Instanz geändert werden. Alle Snapshots einer Instanz teilen sich gemeinsame Daten, d. h., die Instanz behält nur die Unterschiede zwischen den Snapshots bei.

Snapshots sind zwar kostengünstiger als andere Filestore-Vorgänge zur Datenwiederherstellung, die verfügbare Instanzkapazität nimmt jedoch mit jeder Änderung an einer Datei ab.

Das Zurücksetzen einer Instanz auf einen früheren Zustand ist ein destruktiver Vorgang, da die neueste Version der Instanzdaten gelöscht wird. Er sollte daher nur mit Bedacht eingesetzt werden.

Sicherungen

Sicherungen sind externe Ressourcen, die sich außerhalb der Instanz befinden und ihre eigene separate Kapazität verbrauchen. Die erste Sicherung ist eine vollständige Kopie der Instanzdaten. Bei jeder nachfolgenden Sicherung werden nur die Daten verbraucht, die zum Nachverfolgen inkrementeller und differenzieller Änderungen seit der vorherigen Sicherung erforderlich sind. Intern wird der Verlauf einer Sicherungskette mithilfe von Snapshots nachverfolgt, die Kapazität auf der Quell instanz verbrauchen.

Instanzreplikation

Bei der Instanzreplikation wird eine Quellinstanz mit einer Replikatinstanz gepaart. Die Replikatinstanz ist eine separate Ressource an einem sekundären Standort, die alle Änderungen an der Quelle kontinuierlich überwacht und diese Änderungen asynchron in die Replikatinstanz repliziert, und zwar innerhalb eines Ziel-RPO (Recovery Point Objective) von etwa 30 Minuten.

Dieser Vorgang basiert auf Snapshots und verbraucht ebenfalls Kapazität. Wenn Snapshots veraltet sind, werden sie gelöscht, um in beiden Instanzen Instanzkapazität freizugeben.

Die Replikatinstanz ist eine kontinuierlich aktualisierte, vollständige Kopie der Quellinstanz. Die meisten Kopien werden alle fünf bis zehn Minuten geplant. Es sind Messwerte verfügbar, die den Zeitstempel der letzten vollständigen Instanzkopie angeben. Weitere Informationen finden Sie unter Monitoring.

Rollen von Instanzpaaren

Wenn die Instanzreplikation aktiviert ist, wird jeder Instanz im Paar eine Rolle zugewiesen:

  • ACTIVE

    Die Quellinstanz.

  • STANDBY

    Die Replikatinstanz.

Rollenänderungen erfolgen nicht automatisch und können nur vom Nutzer initiiert werden.

Replikation pausieren und fortsetzen

Wenn die Replikation pausiert wird, ändert sich der Instanzstatus des Replikats basierend auf dem letzten erfolgreichen Datenpunkt von STANDBY in ACTIVE.

Wenn Sie die Replikation fortsetzen, wird der Clientzugriff auf das Replikat entfernt und die Instanz wird auf den ursprünglichen Datenpunkt zurückgesetzt, wobei alle Testdaten gelöscht werden. Danach wird die Standardreplikation von der aktiven Instanz neu gestartet.

Die Fortsetzung der Replikation kann bei der ersten Synchronisierung länger dauern, je nach Dauer der Pause und Anzahl der Änderungen an der aktiven Instanz. Außerdem wird die Dauer von Fortsetzungsvorgängen durch die Größe des Dateisystems beeinflusst und hängt von der Anzahl der Dateien ab, die am Vorgang beteiligt sind.

Weitere Informationen finden Sie unter Replikation pausieren und Replikation fortsetzen.

Replikat hochstufen

Die Replikatinstanz kann zwar nicht direkt bereitgestellt oder beschrieben werden, im Falle eines Dienstausfalls kann das Replikat jedoch einen promote-replica Vorgang ausführen. Dieser Vorgang ist auch über die Google Cloud Console zugänglich.

Dieser Vorgang initiiert die folgenden Aktionen:

  • Beendet die Replikation zwischen den Instanzen ACTIVE und STANDBY.
  • Hebt die Paarung der beiden Ressourcen auf.
  • Stuft das Replikat zu einer regulären Instanz hoch, die Clientverbindungen herstellen und Daten schreiben kann wie jede andere Instanz.
  • Die Replikationsrolle (ACTIVE oder STANDBY) wird aus beiden Instanzen entfernt.
  • Wenn der Vorgang erfolgreich abgeschlossen ist, ändert sich der Status der Replikatinstanz von PROMOTING in READY.

Sobald Ihre Anwendung wieder online ist, kann diese neue Quellinstanz mit einem neuen Replikat gepaart werden und Sie können die Instanzreplikation noch einmal starten.

Weitere Informationen finden Sie unter Replikation beenden und Replikat hochstufen.

Pausiertes Replikat hochstufen

Das Hochstufen eines pausierten Replikats ist für die Notfallwiederherstellung nützlich, wenn die aktive Instanz nicht mehr verfügbar ist. Wenn Sie ein pausiertes Replikat hochstufen, wird die Instanz auf den letzten abgeschlossenen Datenpunkt zurückgesetzt und alle Testdaten werden gelöscht.

Die Replikatinstanz synchronisiert alle verbleibenden Daten, die von der Quellinstanz übertragen werden, und wird zu einer neuen aktiven Instanz. Das Hochstufen eines Replikats bedeutet eine Unterbrechung des Replikationsprozesses. Dadurch wird die ursprüngliche Replikationsverbindung unterbrochen und die Replikation kann nicht fortgesetzt werden.

Failback

Der Vorgang promote-replica initiiert eine Unterbrechung der Replikation. Es handelt sich um eine Umstellung, nicht um ein Failover-Ereignis. Das Failback erfolgt also nicht automatisch. Nach Abschluss des Vorgangs müssen Administratoren ihre Anwendungen mit der neuen Quellinstanz verbinden.

Beschränkungen

Es gelten folgende Einschränkungen:

  • Die Instanzreplikation ist in den folgenden Dienststufen nicht verfügbar:

    • Basic HDD
    • Basic SSD

  • Die folgenden Spezifikationen müssen für jede Instanz im Paar identisch sein:

    • Projekt
    • Dienststufe, einschließlich Kapazitätsbereich

In den folgenden Abschnitten werden weitere Einschränkungen für Funktionen im Zusammenhang mit RPO, IT-Betrieb, Netzwerkverkehr, Leistung und Verfügbarkeit ausführlich behandelt:

RPO

  • Die angegebenen RPO-Zeiten sind Schätzungen und werden von keinem Filestore-Service Level Agreement (SLA) unterstützt.

  • Das Ziel-RPO von 30 Minuten gilt für Instanzen mit einer Änderungsrate von 100 MB pro Sekunde und einer IOPS-Rate von 300 pro Sekunde. IOPS werden als alle create-, edit- oder delete-Vorgänge definiert, die auf eine Datei oder ein Verzeichnis angewendet werden.

    Bei Instanzen mit einer höheren Änderungsrate kann es zu längeren Replikationszeiten kommen. Die RPO-Zeiten variieren und sind nicht linear mit höheren Änderungsraten verbunden. Wenn sich die Änderungsrate beispielsweise verdoppelt, verdoppelt sich das RPO-Fenster nicht unbedingt.

  • Die Instanzreplikation wird bei der Instanzerstellung angegeben. Wenn Sie ein Replikat mit einer Quellinstanz paaren möchten, müssen Sie beim Erstellen der Instanz die Instanzreplikation aktivieren und sie dann mit dem Replikat paaren. Eine vorhandene Instanz kann nicht als Replikat verwendet werden.

Vorgänge

  • Die folgenden Vorgänge sind für die Instanz ACTIVE deaktiviert:

    • Instanz löschen
    • Auf Snapshot zurücksetzen

  • Für die Instanz STANDBY gelten die folgenden Einschränkungen:

    • Keine NFS-Unterstützung
    • Sicherungen sind deaktiviert
    • Snapshots sind deaktiviert

Netzwerkverkehr

  • Für die kontinuierliche Datenreplikation zwischen der Quell- und der Replikatinstanz fallen Gebühren für Netzwerkverkehr an. Weitere Informationen finden Sie unter Filestore – Preise oder erhalten Sie von Ihrem Filestore Ansprechpartner.

Leistung

  • Die kontinuierliche Datenreplikation zwischen den beiden Instanzen wirkt sich auf die IOPS-Leistung der Quellinstanz aus.

Verfügbarkeit

  • Bei der Auswahl einer Region für Ihre Replikatinstanz gelten einige Einschränkungen. Weitere Informationen erhalten Sie von Ihrem Filestore-Ansprechpartner.

  • Durch das Löschen der Quellinstanz wird das zugehörige Replikat nicht gelöscht. Wenn die Quellinstanz nicht mehr vorhanden ist und Sie die Instanz löschen möchten, die zuvor als Replikat verwendet wurde, suchen Sie mit gcloud nach der Instanz und löschen Sie sie.

Empfehlungen

Für eine robuste Notfallwiederherstellungslösung sollten Nutzer für die Replikatinstanz eine separate Region anstelle einer separaten Zone auswählen.

Monitoring

Der Messwert time_since_last_replication gibt den Zeitstempel der letzten vollständigen Kopie der aktiven Instanz an.

Weitere Informationen finden Sie in den folgenden Ressourcen:

Preise

Wenn Sie die Instanzreplikation verwenden, fallen Gebühren für Instanzen und regionenübergreifende Netzwerke an. Die Replikation von Instanzen ist kostenlos. Die Replikatinstanz ist eine kontinuierlich aktualisierte, vollständige Kopie der Quellinstanz. Die Preise entsprechen der Unterstützung für die Datenwiederherstellung, die in einer kontinuierlichen Datenwiederherstellungsoption für Arbeitslasten von Unternehmen enthalten ist.

Weitere Informationen erhalten Sie von Ihrem Filestore-Ansprechpartner.

Nächste Schritte