Configuração de cluster de destino para Red Hat OpenShift Virtualization recuperação de desastres
Esta seção fornece informações sobre como configurar o cluster de destino para recuperação de desastres de cargas de trabalho de virtualização do OpenShift usando NetApp Trident Protect e AppMirror. Isso inclui a criação de um AppVault usando ONTAP S3 e a criação de um novo namespace para a máquina virtual de destino. Essas etapas são essenciais para garantir que o cluster de destino esteja configurado corretamente para receber dados replicados do cluster de origem e permitir a recuperação das máquinas virtuais em caso de desastre.
-
Crie um objeto AppVault no cluster de destino. Este objeto deve apontar para o mesmo S3 que o cluster de origem, para que possa obter o Snapshot do S3 onde o cluster de origem o armazenou.
Mostrar exemplo
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: OpaqueapiVersion: 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: OntapS3oc create -f app-vault-secret.yaml -n trident-protect oc create -f app-vault.yaml -n trident-protect
-
Crie um novo namespace no cluster de destino para hospedar a máquina virtual que foi transferida após a falha. Crie um App no cluster de destino que faça referência ao AppVault criado na etapa 1 e ao novo namespace. Esse App será usado para estabelecer o relacionamento AppMirror entre o cluster de origem e o cluster de destino, e para gerenciar a replicação de dados do cluster de origem para o cluster de destino.
Mostrar exemplo
# 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-desttridentctl-protect create app <dest-app-name> -n <dest-ns> --namespaces <dest-ns>