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.

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

Beitragende banum-netapp
Änderungen vorschlagen
PDFs

Dieser Abschnitt enthält Informationen zur Einrichtung des Ziel-Clusters für die Notfallwiederherstellung von OpenShift Virtualization-Workloads mit NetApp Trident Protect und AppMirror. Dies umfasst die Erstellung eines AppVault mit ONTAP S3 und die Erstellung eines neuen Namespace für die Ziel-VM. Diese Schritte sind unerlässlich, um sicherzustellen, dass der Ziel-Cluster ordnungsgemäß konfiguriert ist, um replizierte Daten vom Quell-Cluster zu empfangen und die Wiederherstellung von VMs im Katastrophenfall zu ermöglichen.

  1. Ein AppVault Objekt im Ziel-Cluster erstellen. Dieses sollte auf dasselbe S3 wie der Quell-Cluster verweisen, damit der Snapshot aus dem S3 abgerufen werden kann, in dem der Quell-Cluster ihn abgelegt hat.

    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
      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
    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

  2. Erstellen Sie einen neuen Namespace im Ziel-Cluster, um die übernommene VM zu hosten. Erstellen Sie eine App im Ziel-Cluster, die auf den in Schritt 1 erstellten AppVault und den neuen Namespace verweist. Diese App wird verwendet, um die AppMirror-Beziehung zwischen Quell- und Ziel-Cluster herzustellen und die Replikation der Daten vom Quell-Cluster zum Ziel-Cluster zu verwalten.

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