Skip to main content
Eine neuere Version dieses Produkts ist erhältlich.
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Datensicherung und Disaster Recovery

Beitragende
PDFs

Informieren Sie sich über die Sicherungs- und Recovery-Optionen für Astra Trident und Volumes, die mit Astra Trident erstellt wurden. Für jede Applikation mit einer Persistenzanforderung sollte eine Datensicherungs- und Recovery-Strategie eingesetzt werden.

Astra Trident Replizierung und Recovery

Sie können ein Backup erstellen, um Astra Trident im Falle eines Ausfalls wiederherzustellen.

Astra Trident Replizierung

Astra Trident verwendet Kubernetes CRDs zum Speichern und Managen seines eigenen Zustands sowie des Kubernetes-Clusters und etcd zum Speichern seiner Metadaten.

Schritte

  1. Sichern Sie den Kubernetes-Cluster und den Einsatz von "Kubernetes: Backup eines uscd-Clusters".

  2. Platzieren Sie die Backup-Artefakte auf einer FlexVol.

    Hinweis Wir empfehlen, die SVM, auf der sich die FlexVol befindet, mit einer SnapMirror-Beziehung zu einer anderen SVM zu sichern.

Astra Trident Recovery

Mit Kubernetes CRDs und dem Kubernetes-Cluster uscd Snapshot können Sie Astra Trident wiederherstellen.

Schritte

  1. Mounten Sie von der Ziel-SVM das Volume, das die Kubernetes usw.-Datendateien und Zertifikate enthält, auf dem Host, der als Master-Node eingerichtet wird.

  2. Kopieren Sie alle erforderlichen Zertifikate zum Kubernetes-Cluster unter /etc/kubernetes/pki Und die etcd-Mitgliedsdateien unter /var/lib/etcd.

  3. Stellen Sie das Kubernetes-Cluster aus dem etcd-Backup mit wieder her "Kubernetes: Wiederherstellung eines uscd-Clusters".

  4. Laufen kubectl get crd Um zu überprüfen, ob alle benutzerdefinierten Trident Ressourcen eingerichtet sind, und rufen Sie die Trident Objekte ab, um zu überprüfen, ob alle Daten verfügbar sind.

SVM-Replizierung und Recovery

Astra Trident kann keine Replizierungsbeziehungen konfigurieren. Storage-Administrator kann diese jedoch verwenden "ONTAP SnapMirror" Um eine SVM zu replizieren.

Bei einem Notfall können Sie die SnapMirror Ziel-SVM aktivieren, um die Datenbereitstellung zu starten. Sie können zurück zum primären System wechseln, wenn die Systeme wiederhergestellt sind.

Über diese Aufgabe

Bei Verwendung der SnapMirror SVM-Replizierungsfunktion sind die folgenden Überlegungen zu beachten:

  • Sie sollten für jede SVM ein eigene Back-End mit aktivierter SVM-DR erstellen.

  • Konfigurieren Sie die Storage-Klassen so, dass die replizierten Back-Ends nur bei Bedarf ausgewählt werden, um zu vermeiden, dass Volumes ohne Replizierung auf den Back-Ends bereitgestellt werden, die SVM-DR unterstützen.

  • Applikationsadministratoren sollten sich über die zusätzlichen Kosten und die Komplexität der Replizierung informieren und ihren Recovery-Plan vor Beginn des Prozesses sorgfältig prüfen.

SVM-Replizierung

Verwenden Sie können "ONTAP: SnapMirror SVM-Replizierung" Um die SVM-Replikationsbeziehung zu erstellen.

Mit SnapMirror können Sie festlegen, was repliziert werden soll. Sie müssen wissen, welche Optionen Sie beim Preforming ausgewählt haben SVM-Recovery mit Astra Trident.

SVM-Recovery mit Astra Trident

Astra Trident erkennt SVM-Ausfälle nicht automatisch. Bei einem Notfall kann der Administrator das Trident Failover manuell auf die neue SVM initialisieren.

Schritte

  1. Abbrechen geplanter und laufender SnapMirror Übertragungen, Abbrechen der Replizierungsbeziehung, stoppen Sie die Quell-SVM und aktivieren Sie dann die SnapMirror Ziel-SVM.

  2. Wenn Sie angegeben haben -identity-preserve false Oder -discard-config network Aktualisieren Sie beim Konfigurieren der SVM-Replikation die managementLIF Und dataLIF In der Trident Back-End-Definitionsdatei.

  3. Bestätigen storagePrefix Ist in der Definitionsdatei des Trident-Backends vorhanden. Dieser Parameter kann nicht geändert werden. Auslassung storagePrefix Führt dazu, dass das Backend-Update fehlschlägt.

  4. Aktualisieren Sie alle erforderlichen Back-Ends, um den neuen Ziel-SVM-Namen widerzuspiegeln. Verwenden Sie dazu Folgendes:

    ./tridentctl update backend <backend-name> -f <backend-json-file> -n <namespace>

  5. Wenn Sie angegeben haben -identity-preserve false Oder discard-config network, Sie müssen alle Anwendungen Pods hüpfen.

    Hinweis Wenn Sie angegeben haben `-identity-preserve true`Alle von Astra Trident bereitgestellten Volumes beginnen, Daten bereitzustellen, wenn die Ziel-SVM aktiviert ist.

Volume-Replizierung und Recovery

Astra Trident kann keine SnapMirror Replizierungsbeziehungen konfigurieren. Der Storage-Administrator kann diese jedoch verwenden "Replizierung und Recovery mit ONTAP SnapMirror" Um von Astra Trident erstellte Volumes zu replizieren.

Sie können dann die wiederhergestellten Volumes in Astra Trident mit importieren "Tridentctl-Volumenimport".

Hinweis Import wird auf nicht unterstützt ontap-nas-economy, ontap-san-economy, Oder ontap-flexgroup-economy Treiber.

Snapshot Datensicherung

Sie können Daten schützen und wiederherstellen mit:

  • Ein externer Snapshot-Controller und CRDs zum Erstellen von Kubernetes-Volume-Snapshots von persistenten Volumes (PVs).

    "Volume Snapshots"

  • ONTAP Snapshots zur Wiederherstellung der gesamten Inhalte eines Volumes oder zur Wiederherstellung einzelner Dateien oder LUNs.

    "ONTAP Snapshots"

Applikationsreplizierung für Astra Control Center

Mithilfe von Astra Control können Sie Daten und Applikationsänderungen mithilfe von asynchronen Replizierungsfunktionen von SnapMirror von einem Cluster zu einem anderen replizieren.

"Astra Control: Replizierung von Applikationen auf ein Remote-System mithilfe von SnapMirror Technologie"