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.

Datenschutz und Notfallwiederherstellung

Änderungen vorschlagen
PDFs

Informieren Sie sich über die Schutz- und Wiederherstellungsoptionen für Trident und Volumes, die mit Trident erstellt wurden. Sie sollten für jede Anwendung mit Persistenzanforderung eine Strategie zur Datensicherung und Wiederherstellung haben.

Trident-Replikation und -Wiederherstellung

Sie können eine Sicherungskopie erstellen, um Trident im Katastrophenfall wiederherzustellen.

Trident Replikation

Trident verwendet Kubernetes CRDs, um seinen eigenen Zustand zu speichern und zu verwalten, und das Kubernetes Cluster etcd, um seine Metadaten zu speichern.

Schritte

  1. Sichern Sie das etcd des Kubernetes-Clusters mit "Kubernetes: Sichern eines etcd-Clusters".

  2. Platzieren Sie die Sicherungsdateien auf einem FlexVol volume

    Hinweis NetApp empfiehlt, die SVM, in der sich die FlexVol befindet, mit einer SnapMirror Beziehung zu einer anderen SVM zu schützen.

Trident Wiederherstellung

Mithilfe von Kubernetes-CRDs und dem etcd-Snapshot des Kubernetes-Clusters können Sie Trident wiederherstellen.

Schritte

  1. Vom Ziel-SVM aus binden Sie das Volume, das die Kubernetes etcd-Datendateien und Zertifikate enthält, auf dem Host ein, der als Master-Knoten eingerichtet werden soll.

  2. Kopieren Sie alle erforderlichen Zertifikate, die sich auf den Kubernetes-Cluster beziehen, unter /etc/kubernetes/pki und die etcd-Mitgliedsdateien unter /var/lib/etcd.

  3. Stellen Sie den Kubernetes-Cluster aus dem etcd-Backup mithilfe von "Kubernetes: Wiederherstellen eines etcd-Clusters" wieder her.

  4. Führen Sie kubectl get crd aus, um zu überprüfen, ob alle Trident benutzerdefinierten Ressourcen geladen wurden, und rufen Sie die Trident Objekte ab, um zu prüfen, ob alle Daten verfügbar sind.

SVM-Replikation und -Wiederherstellung

Trident kann keine Replikationsbeziehungen konfigurieren, jedoch kann der Speicheradministrator "ONTAP SnapMirror" verwenden, um eine SVM zu replizieren.

Im Katastrophenfall können Sie die SnapMirror Ziel-SVM aktivieren, um die Datenbereitstellung aufzunehmen. Sie können wieder auf die primäre SVM umschalten, wenn die Systeme wiederhergestellt sind.

Über diese Aufgabe

Beachten Sie Folgendes bei der Verwendung der SnapMirror SVM-Replikationsfunktion:

  • Sie sollten für jede SVM mit aktiviertem SVM-DR ein eigenes Backend erstellen.

  • Konfigurieren Sie die Speicherklassen so, dass die replizierten Backends nur bei Bedarf ausgewählt werden, um zu vermeiden, dass Volumes, die keine Replikation benötigen, auf den Backends bereitgestellt werden, die SVM-DR unterstützen.

  • Anwendungsadministratoren sollten die zusätzlichen Kosten und die Komplexität verstehen, die mit der Replikation verbunden sind, und ihren Wiederherstellungsplan sorgfältig prüfen, bevor sie mit diesem Prozess beginnen.

SVM-Replikation

Sie können "ONTAP: SnapMirror SVM-Replikation" verwenden, um die SVM-Replikationsbeziehung zu erstellen.

SnapMirror ermöglicht es Ihnen, Optionen festzulegen, um zu steuern, was repliziert werden soll. Sie müssen wissen, welche Optionen Sie ausgewählt haben, wenn Sie SVM-Wiederherstellung mit Trident durchführen.

SVM-Wiederherstellung mit Trident

Trident erkennt SVM-Ausfälle nicht automatisch. Im Katastrophenfall kann der Administrator das Trident Failover auf die neue SVM manuell einleiten.

Schritte

  1. Brechen Sie geplante und laufende SnapMirror Übertragungen ab, trennen Sie die Replikationsbeziehung, stoppen Sie die Quell-SVM und aktivieren Sie anschließend die SnapMirror Ziel-SVM.

  2. Wenn Sie -identity-preserve false oder -discard-config network bei der Konfiguration Ihrer SVM-Replikation angegeben haben, aktualisieren Sie die managementLIF und dataLIF in der Trident-Backend-Definitionsdatei.

  3. Bestätigen storagePrefix ist in der Trident-Backend-Definitionsdatei vorhanden. Dieser Parameter kann nicht geändert werden. Das Weglassen von storagePrefix führt dazu, dass das Backend-Update fehlschlägt.

  4. Aktualisieren Sie alle erforderlichen Backends, um den neuen Ziel-SVM-Namen widerzuspiegeln, indem Sie Folgendes verwenden:

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

  5. Wenn Sie -identity-preserve false oder discard-config network angegeben haben, müssen Sie alle Anwendungspods neu starten.

    Hinweis Wenn Sie -identity-preserve true angegeben haben, beginnen alle von Trident bereitgestellten Volumes mit der Datenbereitstellung, sobald die Ziel-SVM aktiviert wird.

Volumenreplikation und Wiederherstellung

Trident kann keine SnapMirror Replikationsbeziehungen konfigurieren, jedoch kann der Speicheradministrator "ONTAP SnapMirror Replikation und Wiederherstellung" verwenden, um von Trident erstellte Volumes zu replizieren.

Anschließend können Sie die wiederhergestellten Volumes mit Trident importieren "tridentctl volume import".

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

Snapshot-Datenschutz

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

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

    "Volume Snapshots"

  • ONTAP Snapshots, um den gesamten Inhalt eines Volumes wiederherzustellen oder einzelne Dateien oder LUNs wiederherzustellen.

    "ONTAP Snapshots"