Um Ihre Anwendungsdaten in einem Google Distributed Cloud-Universum (GDC) mit Air Gap und mehreren Zonen zu schützen und hochverfügbare Anwendungen zu gewährleisten, können Sie eine Datenschutzstrategie implementieren, die widerstandsfähig gegen lokale Ausfälle oder Fehler ist. GDC bietet Datenreplikationsstrategien für Objektspeicher und Blockspeicher, damit Sie Failover-Verfahren für primäre und sekundäre Zonen in Ihrem Universum aufrechterhalten können.
Dieses Dokument richtet sich an die folgenden Zielgruppen:
- Plattformadministratoren wie IT-Administratoren, die für die Entwicklung von Notfallwiederherstellungs-Workflows verantwortlich sind.
- Anwendungsoperatoren wie Anwendungsentwickler, die für die Entwicklung und Wartung von Anwendungen in einem GDC-Universum verantwortlich sind.
Weitere Informationen finden Sie unter Dokumentation zu Zielgruppen für GDC mit Air Gap.
Speicherreplikation für die Notfallwiederherstellung
Sie können einen robusten Datenschutz für Ihren Anwendungsspeicher in einem Universum mit mehreren Zonen einrichten, indem Sie die asynchrone Datenreplikation für die Notfallwiederherstellung verwenden. Bei diesem Ansatz werden Daten in regelmäßigen Abständen von einer primären Zone in eine sekundäre Zone kopiert. So bleiben Ihre Daten geschützt und zugänglich, wenn in der primären Zone ein Ausfall auftritt.
Bei der Datenreplikation für Objektspeicher werden Dual-Zone-Buckets verwendet, um Ihre Daten automatisch zu replizieren. Eine manuelle Intervention ist nicht erforderlich. Weitere Informationen zum Erstellen eines Dual-Zone-Buckets finden Sie unter Speicher-Buckets erstellen.
Bei der Datenreplikation für Blockspeicher werden Dual-Zone-Volumes verwendet, um Ihre Daten zu replizieren. Hierfür ist ein Volume-Failover-Verfahren erforderlich. Weitere Informationen finden Sie unter Volumes asynchron replizieren.
Nachdem Sie die Datenreplikation konfiguriert haben, wird bei einem Ausfall der primären Zone ein sequenzielles Failover-Verfahren für Ihre Daten ausgeführt. Die Failover-Verfahren unterscheiden sich für die Replikation von Blockspeicher und Objektspeicher. Beide Datenreplikationsstrategien folgen jedoch diesen wichtigen Phasen:
- Ausfall der primären Zone bestätigen.
- Replikation von der primären Zone beenden.
- Die sekundäre Backup-Zone manuell oder mit einem vorkonfigurierten Failover zur primären Zone hochstufen.
- Betriebsstatus der neuen primären Zone prüfen.
Wenden Sie sich an ein Mitglied der Gruppe der Infrastrukturbetreiber, um zu bestätigen, dass Ihre beiden Zonen für die asynchrone Datenreplikation konfiguriert sind.
Aufgrund der Verzögerung, die mit der asynchronen Datenreplikation einhergeht, ist diese Einrichtung am besten für Systeme geeignet, die ein niedriges, aber nicht null Recovery Point Objective (RPO) erfordern. Wenn Ihr System nur minimale Datenverluste zulässt, aber eine kleine vordefinierte maximale Datenverlustmenge tolerieren kann, die in der Zeit gemessen wird und sich in der Regel auf Daten bezieht, die unmittelbar vor einem Notfallereignis generiert wurden und möglicherweise nicht wiederhergestellt werden können, ist die asynchrone Datenreplikation eine wertvolle Funktion für Ihre Anwendungen.
Ein Beispiel für ein niedriges, nicht null RPO ist eine Finanzhandelsplattform mit einem RPO von fünf Minuten, bei der die asynchrone Datenreplikation so eingerichtet ist, dass alle zwei Minuten Handelsdaten in eine sekundäre Notfallwiederherstellungszone kopiert werden:
- Dies ist ein Szenario mit niedrigem RPO, da die fünf Minuten das minimal akzeptable Datenverlustfenster für das System mit hohem Volumen darstellen.
- Es ist ein Szenario mit nicht null RPO, da die Verzögerung bei der asynchronen Replikation in Intervallen von zwei Minuten bedeutet, dass es ein kleines Zeitfenster gibt, in dem Daten noch nicht kopiert wurden, was zu potenziellen Verlusten führen kann.
Sie müssen mit Ihrer Infrastrukturbetreibergruppe zusammenarbeiten, um den Workflow für die asynchrone Speicherreplikation mit zwei Zonen zu definieren und zu prüfen, ob die Datenreplikationsfunktionen der Infrastruktur Ihre RPO-Anforderungen erfüllen.
Beschränkungen
Die synchrone Datenreplikation wird in GDC mit Air Gap nicht unterstützt. Bei der synchronen Datenreplikation wird eine strenge Konsistenz zwischen den Daten in zwei Zonen aufrechterhalten, indem alle Daten, die von einer primären Zone in die sekundäre Zone geschrieben werden, sofort dupliziert werden. So wird in Notfallszenarien ein RPO von null erreicht.