Filestore bietet jetzt die asynchrone Replikation für Ihre Instanzen.
Eine Quellinstanz kann kontinuierlich und asynchron in eine Standby-Instanz an einem Ort Ihrer Wahl repliziert werden.
Filestore bietet Unterstützung für die Instanzreplikation für Instanzen, die in den folgenden Dienststufen erstellt 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 beschrieben.
Snapshots
Snapshots sind Ressourcen, die Kapazität in der Instanz belegen und es Ihnen ermöglichen, den aktuellen Zustand Ihrer Instanzdaten auf einen früheren, bestimmten Zeitpunkt zurückzusetzen. Nutzer können auch zu einer vorherigen Version einer bestimmten Datei zurückkehren.
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 im Vergleich zu anderen Filestore-Vorgängen zur Datenwiederherstellung zwar kostengünstig, die verfügbare Instanzkapazität nimmt jedoch mit jeder Änderung an Dateien ab.
Das Zurücksetzen einer Instanz auf einen vorherigen Zustand ist ein destruktiver Vorgang, da die aktuelle Version der Instanzdaten gelöscht wird. Daher sollte diese Funktion mit Bedacht verwendet werden.
Sicherungen
Sicherungen sind externe Ressourcen, die sich außerhalb der Instanz befinden und eine eigene separate Kapazität beanspruchen. Die erste Sicherung ist eine vollständige Kopie der Instanzdaten. Bei jeder nachfolgenden Sicherung werden nur die Daten verwendet, die erforderlich sind, um inkrementelle und differenzielle Änderungen seit der vorherigen Sicherung zu erfassen. Intern wird der Verlauf einer Sicherungskette mithilfe von Snapshots verfolgt, die Kapazität auf der Quellinstanz beanspruchen.
Instanzreplikation
Bei der Instanzreplikation wird eine Quellinstanz mit einer Replikatinstanz gekoppelt. Das ist eine separate Ressource an einem sekundären Standort, die alle Änderungen an der Quelle kontinuierlich überwacht und diese Änderungen asynchron innerhalb eines Ziel-Recovery Point Objective (RPO) von etwa 30 Minuten in die Replikatinstanz repliziert.
Dieser Prozess basiert auf Snapshots und verbraucht ebenfalls Kapazität. Wenn Snapshots nicht mehr benötigt werden, werden sie gelöscht, um die Instanzkapazität in beiden Instanzen 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 für Instanzpaare
Wenn die Instanzreplikation aktiviert ist, wird jeder Instanz im Paar eine Rolle zugewiesen:
ACTIVEDie Quellinstanz.
STANDBYDie Replikatinstanz.
Rollenänderungen erfolgen nicht automatisch, sondern 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 zu ACTIVE.
Wenn Sie die Replikation fortsetzen, wird der Clientzugriff auf das Replikat entfernt und die Instanz wird auf ihren ursprünglichen Datenpunkt zurückgesetzt. Dabei werden alle Testdaten gelöscht. Danach wird die Standardreplikation von der aktiven Instanz neu gestartet. Das Fortsetzen der Replikation kann bei der ersten Synchronisierung länger dauern, je nach Pausendauer und Anzahl der Änderungen in der aktiven Instanz.
Weitere Informationen finden Sie unter Replikation pausieren und Replikation fortsetzen.
Replikat hochstufen
Das Replikat kann zwar nicht direkt eingebunden oder beschrieben werden, aber im Falle eines Dienstausfalls kann es eine promote-replica-Operation ausführen. Derselbe Vorgang ist über die Google Cloud Console verfügbar.
Bei diesem Vorgang werden die folgenden Aktionen ausgeführt:
- Die Replikation zwischen den Instanzen
ACTIVEundSTANDBYwird beendet. - Die beiden Ressourcen werden entkoppelt.
- Stuft das Replikat zu einer regulären Instanz hoch, die wie jede andere Instanz Clientverbindungen und Schreibvorgänge ausführen kann.
- Die Replikationsrolle, entweder
ACTIVEoderSTANDBY, wird aus beiden Instanzen entfernt. - Wenn der Vorgang erfolgreich abgeschlossen ist, ändert sich der Status der Replikatinstanz von
PROMOTINGinREADY.
Sobald Ihre Anwendung wieder online ist, kann diese neue Quellinstanz mit einem neuen Replikat gekoppelt und die Instanzreplikation wieder gestartet werden.
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 führt zu einer Unterbrechung des Replikationsprozesses. Dadurch wird die ursprüngliche Replikationsverbindung unterbrochen und die Replikation kann nicht fortgesetzt werden.
Failback
Durch den Vorgang promote-replica wird eine Unterbrechung der Replikation eingeleitet. Es handelt sich um eine Umschaltung, nicht um ein Failover-Ereignis. Das bedeutet, dass Failback nicht automatisch erfolgt. Nach Abschluss des Vorgangs müssen Administratoren ihre Anwendungen mit der neuen Quellinstanz verbinden.
Beschränkungen
Es gelten folgende Einschränkungen:
Die Instanzreplizierung 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 Funktionseinschränkungen in Bezug auf RPO, Vorgänge, Netzwerkverkehr, Leistung und Verfügbarkeit im Detail beschrieben:
RPO
Die angegebenen RPO-Zeiten sind ungefähre Angaben und werden durch kein Filestore-Service Level Agreement (SLA) unterstützt.
Das angestrebte 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- oderdelete-Vorgänge definiert, die auf eine Datei oder ein Verzeichnis angewendet werden.Bei Instanzen mit einer höheren Änderungsrate kann es zu längeren Replikationszeiträumen kommen. Die RPO-Zeiten variieren und sind nicht linear mit höheren Änderungsraten verbunden. Wenn sich die Änderungsrate beispielsweise verdoppelt, verdoppelt sich der RPO-Zeitraum nicht unbedingt.
Die Instanzreplikation wird beim Erstellen der Instanz angegeben. Wenn Sie ein Replikat mit einer Quellinstanz verknüpfen möchten, müssen Sie die Instanzreplikation beim Erstellen der Instanz aktivieren und sie dann mit dem Replikat verknüpfen. Eine vorhandene Instanz kann nicht als Replikat verwendet werden.
Vorgänge
Die folgenden Vorgänge sind für die
ACTIVE-Instanz deaktiviert:- Instanz löschen
- Auf Snapshot zurücksetzen
Für die
STANDBY-Instanz gelten die folgenden Einschränkungen:- Unterstützt keinen NFS-Zugriff
- Sicherungen sind deaktiviert
- Snapshots sind deaktiviert
Netzwerktraffic
- 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 bei 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.
Wenn Sie die Quellinstanz löschen, wird die zugehörige Replik nicht gelöscht. Wenn die Quellinstanz nicht mehr vorhanden ist und Sie die Instanz löschen möchten, die zuvor als ihr Replikat verwendet wurde, verwenden Sie
gcloud, um die Instanz zu finden und zu löschen.
Empfehlungen
Für eine robuste Notfallwiederherstellungslösung wird Nutzern dringend empfohlen, für die Replikatinstanz eine separate Region anstelle einer separaten Zone auszuwä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 regionsübergreifende Netzwerke an. Das Replizieren von Instanzen ist kostenlos. Die Replikatinstanz ist eine kontinuierlich aktualisierte, vollständige Kopie der Quellinstanz. Die Preise entsprechen dem Support für die Datenwiederherstellung, der in einer Option zur kontinuierlichen Datenwiederherstellung für Unternehmensarbeitslasten enthalten ist.
Weitere Informationen erhalten Sie von Ihrem Filestore-Ansprechpartner.