Manuelle Wiederherstellung – Übersicht

Auf dieser Seite erhalten Sie einen Überblick über die Optionen zum manuellen Erstellen von Wiederherstellungen in Google Distributed Cloud (GDC) Air-Gapped.

Sie können jederzeit eine manuelle Wiederherstellung einer Sicherung erstellen, um Ihre Daten wiederherzustellen.

Wenn eine Sicherung wiederhergestellt wird, werden die Kubernetes-Ressourcen im Zielcluster neu erstellt. Nachdem die Ressourcen erstellt wurden, unterliegt die tatsächliche Wiederherstellung der Arbeitslastfunktionalität dem regulären Clusterabgleich. Beispielsweise werden Pods auf Knoten geplant und dann auf diesen Knoten gestartet.

Aus einer importierten Sicherung wiederherstellen

Sie können eine Sicherung aus einer anderen Sicherung wiederherstellen, die in einem anderen Cluster abgeschlossen wurde. Sie können beispielsweise eine Sicherung aus einer importierten Sicherung wiederherstellen, wenn der ursprüngliche Cluster inaktiv ist oder Sie einen vorhandenen Cluster klonen möchten.

Erstellen Sie zuerst ein Sicherungs-Repository im Zielcluster, das auf den vom Quellcluster verwendeten Speicherort verweist. Wenn das Repository aktiv vom Quellcluster im ReadWrite-Modus verwendet wird, müssen Sie ImportPolicy als ReadOnly angeben. Weitere Informationen finden Sie unter Importrichtlinien für Sicherungsrepositorys.

Nachdem Sie das Sicherungs-Repository erstellt und die Sicherungen erfolgreich importiert haben, sind die Repository-Sicherungsressourcen im Zielcluster vorhanden. Anschließend können Sie eine Wiederherstellung im Zielcluster planen, indem Sie auf eine importierte Sicherung verweisen.

Manuelle Wiederherstellung – Übersicht

Wenn Sie eine manuelle Wiederherstellung erstellen möchten, muss eine Sicherung vorhanden sein, die wiederhergestellt werden kann. Erstellen Sie eine manuelle Wiederherstellung in der GDC-Konsole oder über die API. Mit der API können Sie die Wiederherstellung von Daten aus einer Sicherung anfordern, indem Sie eine ManualRestoreRequest-Ressource erstellen. Diese Ressource gibt den Namen der Wiederherstellung, den zu verwendenden Wiederherstellungsplan und die Sicherung an, aus der wiederhergestellt werden soll.

Der Wiederherstellungsplan und die Sicherung müssen sich im selben Namespace wie die Anfrage befinden. Die API bietet Statusaktualisierungen zum Wiederherstellungsprozess und ermöglicht es Ihnen, alle Wiederherstellungsanfragen aufzulisten. Weitere Informationen finden Sie unter Wiederherstellung erstellen.

Wenn Sie mehr Kontrolle über die wiederhergestellten Ressourcen haben möchten, lesen Sie den Abschnitt Detaillierte Wiederherstellung – Übersicht.

Detaillierte Wiederherstellung – Übersicht

Mit der Funktion zur detaillierten Wiederherstellung können Sie eine Teilmenge von Ressourcen aus einer Sicherung wiederherstellen. Mit dieser Funktion können Sie den im Wiederherstellungsplan definierten Wiederherstellungsbereich flexibel anpassen. Wenn der detaillierte Wiederherstellungsbereich keine Überschneidung mit dem ursprünglichen Bereich hat, der im Wiederherstellungsplan definiert ist, werden keine Ressourcen wiederhergestellt.

Sie können die detaillierte Wiederherstellung für Wiederherstellungspläne mit den folgenden Modi zur Konfliktbehandlung auf Ressourcenebene aktivieren:

  • MergeSkipOnConflict: In Konflikt stehende Ressourcen, die während der Wiederherstellung gefunden werden, werden übersprungen.
  • MergeReplaceOnConflict: In Konflikt stehende Ressourcen, die während des Wiederherstellungsvorgangs gefunden werden, werden durch die Ressourcen in der Sicherung ersetzt, die Sie wiederherstellen.

Wenn Sie detaillierte Wiederherstellungen verwenden möchten, erstellen Sie einen Wiederherstellungsplan oder aktualisieren Sie das Feld namespacedResourceRestoreMode eines vorhandenen Wiederherstellungsplans auf den Wert MergeSkipOnConflict oder MergeReplaceOnConflict. Die Modi für die Verarbeitung von Namespace-Konflikten FailOnConflict oder DeleteAndRestore werden nicht unterstützt. Weitere Informationen zu den Wiederherstellungsmodi finden Sie im Feld namespacedResourceRestoreMode unter Wiederherstellungsplan erstellen.

„Einschließen“- und „Ausschließen“-Filter

Wenn Sie eine detaillierte Wiederherstellung erstellen, definieren Sie eine oder mehrere Filterbedingungen unter den Ein- und Ausschlussfiltern. Mit diesen Filtern können Sie eine Teilmenge von Ressourcen für die Wiederherstellung aus der Sicherung auswählen oder ausschließen. Sie können gleichzeitig Ein- und Ausschlussfilter definieren. Wenn beide angegeben sind, wird die folgende Reihenfolge eingehalten:

  • Wenn Einschlussfilter verwendet werden, werden beim Wiederherstellen nur Ressourcen berücksichtigt, die diesen Filtern entsprechen.
  • Wenn Ausschlussfilter verwendet werden, werden übereinstimmende Ressourcen bei der Wiederherstellung ausgeschlossen.
  • Wenn sowohl Einschluss- als auch Ausschlussfilter angegeben sind, werden beim Wiederherstellen zuerst die Einschlussfilter und dann die Ausschlussfilter angewendet.
  • Wenn keine Filter angegeben sind, wird die Wiederherstellung für den gesamten im übergeordneten Wiederherstellungsplan definierten Bereich durchgeführt.

Sie können vier optionale Attribute verwenden, wenn Sie eine Filterbedingung erstellen:

  • GroupKind: die Kubernetes API-Gruppe und die Art der Ressource.
  • Namespace: der Namespace für Ressourcen mit Namespace-Bereich.
  • Name ist der Name der -Ressource.
  • Labels: Die Schlüssel/Wert-Paare zum Auswählen von Ressourcen basierend auf Kubernetes. Weitere Informationen zu Labels finden Sie unter https://kubernetes.io/docs/concepts/overview/working-with-objects/labels/.

Sie können eine Kombination der vier oben genannten Attribute verwenden, um eine Filterbedingung zu definieren. Wenn mehr als ein Attribut angegeben wird, wird die Beziehung zwischen den Attributen als AND betrachtet. Eine Ressource wird ausgewählt, wenn sie mit allen Attributen übereinstimmt, die in der Filterbedingung definiert sind.

Sie können auch mehrere Filterbedingungen gleichzeitig angeben. Die Beziehung zwischen den verschiedenen Filterbedingungen ist OR. Eine Ressource wird ausgewählt, wenn sie einer Filterbedingung entspricht. Es sind maximal 50 Filter zulässig und jeder Filter kann 50 Schlüssel/Wert-Paare für Labels enthalten.

Nächste Schritte