Skip to main content
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 Sicherungs- und Recovery-Optionen für Trident und Volumes, die mit Trident erstellt wurden. Für jede Applikation mit einer Persistenzanforderung sollte eine Datensicherungs- und Recovery-Strategie eingesetzt werden.

Replizierung und Recovery mit Trident

Sie können ein Backup erstellen, um Trident im Notfall wiederherzustellen.

Replizierung mit Trident

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.

Recovery von Trident

Mit Kubernetes-CRDs und dem Kubernetes-Cluster und Snapshot können Sie 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

Trident kann keine Replizierungsbeziehungen konfigurieren. Der Storage-Administrator kann jedoch zur Replizierung einer SVM verwenden "ONTAP SnapMirror".

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 SVM-Recovery mit Tridenthaben.

SVM-Recovery mit Trident

Trident erkennt SVM-Fehler 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, beginnen alle von Trident bereitgestellten Volumes mit der Bereitstellung von Daten, wenn die Ziel-SVM aktiviert ist.

Volume-Replizierung und Recovery

Trident kann keine SnapMirror-Replizierungsbeziehungen konfigurieren. Der Storage-Administrator kann jedoch zur Replizierung von Volumes verwenden"Replizierung und Recovery mit ONTAP SnapMirror", die von Trident erstellt wurden.

Sie können dann importieren Sie die wiederhergestellten Volumes in Trident mit "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"