Skip to main content
NetApp virtualization solutions
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Quell-Cluster-Einrichtung für Red Hat OpenShift Virtualization Disaster Recovery

Beitragende banum-netapp
Änderungen vorschlagen
PDFs

Dieser Abschnitt enthält Informationen zur Einrichtung des Quell-Cluster für die Notfallwiederherstellung von OpenShift Virtualization-Workloads mit NetApp Trident Protect und AppMirror. Dazu gehört die Erstellung eines AppVault mit ONTAP S3, die Erstellung einer Trident Protect Application für die Quell-VM sowie die Erstellung von bedarfsgesteuerten und geplanten Snapshots der VM mit Trident Protect. Diese Schritte sind unerlässlich, damit der Quell-Cluster korrekt konfiguriert ist, um Daten in den Ziel-Cluster für die Notfallwiederherstellung zu replizieren und die Wiederherstellung von VMs im Katastrophenfall zu ermöglichen.

Einrichtung des Quell-Clusters für die Notfallwiederherstellung für OpenShift Virtualisierung

Alle nachfolgenden Schritte werden auf dem Quell-Cluster ausgeführt, also dem Cluster, auf dem die geschützte VM aktuell läuft.

Erstellen Sie AppVault mit ONTAP S3

In diesem Abschnitt wird gezeigt, wie ein AppVault-Objekt in Trident Protect mit ONTAP S3 Object Storage eingerichtet wird. Das in diesem Schritt erstellte AppVault-Objekt wird zur Speicherung replizierter Daten aus dem Quell-Cluster verwendet, und diese Daten werden für die Wiederherstellung im Ziel-Cluster für die Notfallwiederherstellung genutzt.

Verwenden Sie die oc Befehle und die unten aufgeführten yaml-Dateien, um ein Secret und die AppVault benutzerdefinierte Ressource für ONTAP s3 zu erstellen. Diese sind im Namespace trident-protect zu erstellen.

Beispiel anzeigen 
apiVersion: v1
# You can provide the keys either as stringData or base 64 encoded data
stringData:
  accessKeyID: "<access key id as obtained from ONTAP>"
  secretAccessKey: "<secret access key as obtained from ONTAP>"
#data:
  #accessKeyID: <base 64 encoded value of access key>
  #secretAccessKey: <base 64 encoded value of secret access key>
kind: Secret
metadata:
  name: appvault-secret
  namespace: trident-protect
type: Opaque
apiVersion: protect.trident.netapp.io/v1
kind: AppVault
metadata:
  name: ontap-s3-appvault
  namespace: trident-protect
spec:
  providerConfig:
    s3:
      bucketName: oc-dr
      endpoint: <data lif to use to access S3>
      secure: "false" # Setting this to "false" will disable TLS, which is not recommended for production environments.
      skipCertValidation: "true" # When TLS is enabled, setting skipCertValidation to "true" will skip TLS certificate validation, which is not recommended for production environments.
  providerCredentials:
    accessKeyID:
      valueFromSecret:
        key: accessKeyID
        name: appvault-secret
    secretAccessKey:
      valueFromSecret:
        key: secretAccessKey
        name: appvault-secret
  providerType: OntapS3

Stellen Sie sicher, dass ONTAP S3 vault erstellt wurde und sich im Status Verfügbar befindet

oc create -f app-vault-secret.yaml -n trident-protect
oc create -f app-vault.yaml -n trident-protect

OCP-v AppVault im trident-protect-Namespace

Eine Trident Protect App für die Quell-VM erstellen

Eine benutzerdefinierte Anwendungsressource im Namespace erstellen, in dem sich die Quell-VM befindet.

Beispiel anzeigen 
# cat app.yaml
apiVersion: protect.trident.netapp.io/v1
kind: Application
metadata:
  creationTimestamp: null
  name: test-source-app
  namespace: test-dr-ns
spec:
  includedNamespaces:
  - namespace: test-dr-ns
tridentctl-protect create app <source-vm> -n <source-ns> --namespaces <source-ns>

OCP-v-App im Source-NS-Namespace

Die VM und ihr PVC im Namespace, der in der benutzerdefinierten App-Ressource enthalten ist, sind unten dargestellt.

VM und ihr PVC im Namespace, der in der benutzerdefinierten App-Ressource enthalten ist

Einen Snapshot der VM mit Trident Protect erstellen

Sie können mithilfe der Trident Protect CLI oder API einen bedarfsgesteuerten Snapshot der VM erstellen. Dieser Snapshot wird im AppVault gespeichert, das im vorherigen Schritt erstellt wurde, und kann zur Wiederherstellung im Ziel-Cluster für die Notfallwiederherstellung verwendet werden.

Beispiel anzeigen 
# snapshot.yaml
apiVersion: protect.trident.netapp.io/v1
kind: Snapshot
metadata:
  name: test-source-dr-init-snapshot
  namespace: test-dr-ns
spec:
  applicationRef: test-source-app
  appVaultRef: ontap-s3-appvault
  reclaimPolicy: Delete

OCP-v On Demand Snapshot der VM, erstellt mit Trident Protect CLI

Einen geplanten Snapshot der VM mit Trident Protect erstellen

Es besteht auch die Möglichkeit, einen geplanten Snapshot zu erstellen, indem eine benutzerdefinierte Ressource „Schedule“ im selben Namespace wie die benutzerdefinierte Ressource „Application“ erstellt wird. Der Zeitplan erstellt automatisch Snapshots der VM zum angegebenen Zeitpunkt und speichert sie im AppVault.

Beispiel anzeigen 
apiVersion: protect.trident.netapp.io/v1
kind: Schedule
metadata:
  name: appmirror-sched1
spec:
  appVaultRef: ontap-s3-appvault
  applicationRef: test-source-app
  backupRetention: "0"
  enabled: true
  granularity: Custom
  recurrenceRule: |-
    DTSTART:20240901T000200Z
    RRULE:FREQ=MINUTELY;INTERVAL=5
  snapshotRetention: "2"