Auf dieser Seite erhalten Sie einen Überblick über die Notfallwiederherstellung (Disaster Recovery, DR) in Google Distributed Cloud (GDC) mit Air Gap. Es werden die verschiedenen Aufgaben beschrieben, die bei DR-bezogenen Aktivitäten zu berücksichtigen sind. Notfallwiederherstellungsvorgänge sind unerlässlich, um die Geschäftskontinuität und den Datenschutz bei der Bereitstellung von Projekten in einer Distributed Cloud-Umgebung aufrechtzuerhalten.
Diese Seite richtet sich an Entwickler in Plattformadministrator- oder Anwendungsbetreibergruppen, die Notfallwiederherstellungsvorgänge verwalten. Weitere Informationen finden Sie unter Dokumentation zu Zielgruppen für GDC mit Air Gap.
Plan für die Notfallwiederherstellung
Sie müssen bei der Sicherung von Arbeitslastdaten auf ausreichende Kapazität achten, insbesondere hinsichtlich Größe der Daten und Aufbewahrungsdauer. GDC bietet Sicherungsfunktionen für Kundenarbeitslasten in kompatible Objektspeicher-Buckets.
Diese Sicherungen sind inkrementell. Die erste ist eine vollständige und alle nachfolgenden Sicherungen sind inkrementell und erfassen nur die Änderungen, die seit der letzten Sicherung vorgenommen wurden. Der Sicherungsspeicher muss über genügend Kapazität für die erste Vollsicherung sowie für die nachfolgenden Änderungen (Deltas) zwischen den Sicherungen verfügen, unter Berücksichtigung von Sicherungshäufigkeit und Aufbewahrungsdauer. Damit die Speicherkapazität nicht überschritten wird, muss das potenzielle Datenwachstum ebenfalls in Betracht gezogen werden.
Wenn Sie Objektspeicher auf einer Remote-GDC-Instanz verwenden, erstellen Sie die Speicher-Buckets in derselben Organisation auf der Zielinstanz, in der die Arbeitslasten auf der Quellinstanz ausgeführt werden. Nur so kann eine korrekte Abrechnung erfolgen. Die Organisationssteuerungsebene einer GDC-Instanz muss in Buckets gesichert werden, die in derselben Organisation auf einer anderen Instanz gehostet werden. Sie können auch Buckets zum Sichern von Arbeitslasten in derselben Organisation in der Sicherungsinstanz der Steuerungsebene erstellen.
Sie benötigen außerdem ausreichend Kapazität, z. B. Rechenleistung und Speicherplatz, um fehlgeschlagene Arbeitslasten auf einer separaten GDC-Instanz auszuführen, die Sie im Notfall wiederherstellen. Wenn Sie beispielsweise zwei GDC-Instanzen haben und alle Arbeitslasten ausführen möchten, während nur eine der Instanzen verfügbar ist, muss die Kapazität jeder der beiden Instanzen größer oder gleich der Gesamtkapazität sein, die zum Ausführen aller Arbeitslasten erforderlich ist. Wenn jedoch nur einige Arbeitslasten bei einem Systemausfall wiederhergestellt werden müssen, können Sie den Plan so einstellen, dass weniger kritische Anwendungen vorübergehend heruntergefahren werden, um Ressourcen freizugeben, bis die ausgefallenen Systeme wieder funktionieren.
Nutzerarbeitslasten wiederherstellen
Nutzerarbeitslasten sind eine Sammlung von Diensten, die auf Grundlage einer von Ihnen definierten Geschäftslogik interagieren. GDC kann keine vollständige Out-of-the-Box-Automatisierung zur Wiederherstellung von Nutzerarbeitslasten bieten. Mit dem Dienst Backup4GDC kann jedoch ein ganzer Cluster auf einmal oder ein Namespace nach dem anderen wiederhergestellt werden, wenn mehr Granularität erforderlich ist.
Um die Wiederherstellung einer Arbeitslast zu automatisieren, kann ein Endnutzer Pods als init-Container entwerfen. Das sind spezielle Container, die vor App-Containern in einem Pod ausgeführt werden. Ein Pod validiert dann Abhängigkeiten, bevor er seinen Container mit langer Ausführungszeit startet, was zu einer selbst orchestrierten Struktur führt.
Fügen Sie Ihre Startlogik direkt als Code in Ihre Arbeitslasten ein, um einen ganzen Cluster auf einmal wiederherzustellen und Ihre Anwendung vor dem Start selbst zu prüfen und die Voraussetzungen zu validieren. Starten Sie beispielsweise den Webserver, nachdem Sie bestätigt haben, dass Ihre Datenbank- und Kreditkartenserver Traffic verarbeiten.
Versionsunterschiede verwalten
Die GDC-Versionen verschiedener Cluster können unterschiedlich sein. Für die Notfallwiederherstellung müssen auf beiden Standorten für alle entsprechenden Cluster dieselbe GDC-Version ausgeführt werden. Sie müssen den Synchronisierungsprozess manuell steuern.
Die wiederhergestellten Cluster haben möglicherweise unterschiedliche Versionen, wenn ein Vorfall eintritt. Achten Sie beim Übertragen von Arbeitslasten auf Versionsunterschiede. GDC ist abwärtskompatibel, aber nicht vorwärtskompatibel.
Eine Sicherung mit einer älteren Version kann in einem Cluster mit einer neueren Version wiederhergestellt werden. Eine Sicherung mit einer neueren Version kann jedoch nicht in einem Cluster mit einer älteren Version wiederhergestellt werden. Für die Übertragung von Arbeitslasten benötigen Sie kompatible Sicherungen.
Sichern und wiederherstellen
Mit der Sicherung und Wiederherstellung in GDC können Kubernetes-Clusterarbeitslasten, Harbor-Registry-Instanzen und VM-Instanzen in S3-kompatiblen Objektspeicher-Buckets gesichert und wiederhergestellt werden.
Clustersicherung – Übersicht
Kubernetes-Clustersicherungen schützen Ihre Daten, indem sie den Status Ihrer Anwendungen erfassen und sowohl Crash-Konsistenz als auch Anwendungskonsistenz bieten. Sie können den Sicherungsprozess mit Hooks vor und nach der Ausführung sowie mit mehreren Strategien für geschützte Anwendungen anpassen.
Sicherungen werden in S3-kompatiblen Repositories gespeichert und über Sicherungspläne verwaltet, in denen Umfang und Zeitplan definiert sind. Wiederherstellungspläne bieten vorkonfigurierte Wiederherstellungsszenarien, die eine schnelle und effiziente Clusterwiederherstellung ermöglichen.
Weitere Informationen finden Sie unter Clustersicherung – Übersicht.
VM-Sicherung – Übersicht
Mit GDC-VM-Sicherungen können Sie VM-Arbeitslasten sichern, einschließlich ihrer Konfigurationen, Speicherabbilder und nichtflüchtigen Volumes. Sie können Sicherungen über Sicherungspläne verwalten und regelmäßig planen oder On-Demand erstellen. Sie können VMs in einem vorherigen Zustand wiederherstellen oder einzelne Laufwerk-Snapshots wiederherstellen.
Weitere Informationen finden Sie unter VM-Sicherung – Übersicht.
Harbor-Sicherung – Übersicht
Harbor-Sicherungen bieten umfassenden Schutz für Harbor-Registry-Instanzen, denn sie schützen vor Datenverlust und sorgen für Geschäftskontinuität. Sie können automatische Sicherungen planen oder manuell erstellen.
Sie können Aufbewahrungsrichtlinien für das langfristige Datenmanagement definieren. Im Notfall können Sie Ihre Harbor-Instanz mit allen Artefakten und Metadaten aus einer zuvor erstellten Sicherung wiederherstellen.
Weitere Informationen finden Sie unter Harbor-Sicherung – Übersicht.