3.16. 发现应用程序的灾难恢复保护

1. 确保所有 DR 配置都已安装在主受管集群和次受管集群上。

2. 安装 OADP 1.4 operator。

   注意

   OADP 1.4 之前的任何版本都不适用于保护发现的应用程序。

   1. 在 Primary 和 Secondary 受管集群上，进入到 OperatorHub，并使用关键字过滤器搜索 OADP。
   2. 点 OADP 标题。
   3. 保留所有默认设置，然后单击 安装。确保 Operator 资源已安装在 openshift-adp 项目中。
   注意

   如果在 DR 配置完成后安装了 OADP 1.4，则 主受管集群上的 ramen-dr-cluster-operator pod 必须重启命名空间 openshift-dr-system 中的二级受管集群 （删除并重新创建）。

3. [可选] 将 CACertificates 添加到 ramen-hub-operator-config ConfigMap 中。

   在主集群和次要集群间配置网络(SSL)访问，以便元数据可以使用安全传输协议和 Hub 集群中的安全传输协议存储在 Multicloud Gateway (MCG)对象存储桶中的备用集群中，以验证对对象存储桶的访问。

   注意

   如果所有 OpenShift 集群都使用环境签名的有效证书集进行部署，则可以跳过本节。

   如果您使用自签名证书，则您已在 openshift-config 命名空间中创建一个名为 user-ca-bundle 的 ConfigMap，并将此 ConfigMap 添加到默认 Proxy 集群资源中。

   1. 查找 CACertificates 的编码值。

      $ oc get configmap user-ca-bundle -n openshift-config -o jsonpath="{['data']['ca-bundle\.crt']}" |base64 -w 0

   2. 将此 base64 编码值添加到 Hub 集群上的 configmap ramen-hub-operator-config 中。下面的示例显示了添加 CACertificates 的位置。

      $ oc edit configmap ramen-hub-operator-config -n openshift-operators

      [...]
          ramenOpsNamespace: openshift-dr-ops
          s3StoreProfiles:
          - s3Bucket: odrbucket-36bceb61c09c
            s3CompatibleEndpoint: https://s3-openshift-storage.apps.hyper3.vmw.ibmfusion.eu
            s3ProfileName: s3profile-hyper3-ocs-storagecluster
            s3Region: noobaa
            s3SecretRef:
              name: 60f2ea6069e168346d5ad0e0b5faa59bb74946f
            caCertificates: {input base64 encoded value here}
          - s3Bucket: odrbucket-36bceb61c09c
            s3CompatibleEndpoint: https://s3-openshift-storage.apps.hyper4.vmw.ibmfusion.eu
            s3ProfileName: s3profile-hyper4-ocs-storagecluster
            s3Region: noobaa
            s3SecretRef:
              name: cc237eba032ad5c422fb939684eb633822d7900
            caCertificates: {input base64 encoded value here}

4. 验证 OADP operator 默认命名空间 openshift-adp 是否在 主受管集群和次受管集群 中创建的 DR secret。创建第一个 DRPolicy 时创建的 DR secret 类似于以下的 secret。DR secret 名称前面带有字母 v。

   $ oc get secrets -n openshift-adp
   NAME                                       TYPE     DATA   AGE
   v60f2ea6069e168346d5ad0e0b5faa59bb74946f   Opaque   1      3d20h
   vcc237eba032ad5c422fb939684eb633822d7900   Opaque   1      3d20h
   [...]

   注意

   在 openshift-adp 命名空间中为每个受管集群创建一个 DR 创建 secret。

5. 验证 Data Protection Application (DPA)是否已安装到 OADP 命名空间 openshift-adp 的每个受管集群中。如果尚未创建，则按照下一步创建此资源。

   1. 通过将以下 YAML 定义内容复制到 dpa.yaml 来创建 DPA。

      apiVersion: oadp.openshift.io/v1alpha1
      kind: DataProtectionApplication
      metadata:
        labels:
          app.kubernetes.io/component: velero
        name: velero
        namespace: openshift-adp
      spec:
        backupImages: false
        configuration:
          nodeAgent:
            enable: false
            uploaderType: restic
          velero:
            defaultPlugins:
              - openshift
              - aws
            noDefaultBackupLocation: true

   2. 创建 DPA 资源。

      $ oc create -f dpa.yaml -n openshift-adp

      dataprotectionapplication.oadp.openshift.io/velero created

   3. 验证 OADP 资源是否已创建并处于 Running 状态。

      $ oc get pods,dpa -n openshift-adp
      NAME                                                    READY   STATUS    RESTARTS   AGE
      pod/openshift-adp-controller-manager-7b64b74fcd-msjbs   1/1     Running   0          5m30s
      pod/velero-694b5b8f5c-b4kwg                             1/1     Running   0          3m31s
      
      
      NAME                                                 AGE
      dataprotectionapplication.oadp.openshift.io/velero   3m31s

流程

1. 登录 Primary 受管集群，并克隆示例应用程序存储库。

   $ git clone https://github.com/red-hat-storage/ocm-ramen-samples.git

2. 验证您是否位于 main 分支中。

   $ cd ~/ocm-ramen-samples
   $ git branch
   * main

   根据您的场景、满足或地区创建示例应用程序时，应使用正确的目录。

   注意

   发现的应用程序只支持使用 CephRBD 或块卷的应用程序。

   $ ls workloads/deployment | egrep -v 'cephfs|k8s|base'
   odr-metro-rbd
   odr-regional-rbd

3. 在 Primary 和 Secondary 受管集群上，创建名为 busybox-discovered 的项目。

   $ oc new-project busybox-discovered

4. 在主受管集群 上创建 busybox 应用程序。此示例应用示例是使用块(Ceph RBD)卷的 Metro-DR。

   $ oc apply -k workloads/deployment/odr-metro-rbd -n busybox-discovered
   persistentvolumeclaim/busybox-pvc created
   deployment.apps/busybox created

   注意

   OpenShift Data Foundation 灾难恢复解决方案现在扩展到跨多个命名空间的发现应用程序。

5. 验证 busybox 是否在 Primary 受管集群 上的正确项目中运行。

   $ oc get pods,pvc,deployment -n busybox-discovered

   NAME                           READY   STATUS    RESTARTS   AGE
   pod/busybox-796fccbb95-qmxjf   1/1     Running   0          18s
   
   
   NAME                                STATUS   VOLUME                                     CAPACITY   ACCESS MODES   STORAGECLASS                  VOLUMEATTRIBUTESCLASS   AGE
   persistentvolumeclaim/busybox-pvc   Bound    pvc-b20e4129-902d-47c7-b962-040ad64130c4   1Gi        RWO            ocs-storagecluster-ceph-rbd   <unset>                 18s
   
   
   NAME                      READY   UP-TO-DATE   AVAILABLE   AGE
   deployment.apps/busybox   1/1     1            1           18

流程

1. 在 RHACM 控制台中，导航到 disaster recovery Protected applications 选项卡。
2. 点 Enroll application 以开始为 DR 保护配置现有应用程序。
3. 选择 ACM 发现的应用程序。
4. 在 Namespace 页面中，选择 DR 集群，这是安装 busybox 的 Primary 受管集群 的名称。

5. 选择安装应用程序 的命名空间。例如： busybox-discovered。

   注意

   如果您的工作负载分布到多个命名空间中，您可以选择所有这些命名空间进行 DR 保护。

6. 为发现的应用程序选择一个唯一的 Name，如 busybox-rbd，然后单击 Next。
7. 在 Configuration 页面中，Resource 标签用于 保护资源，您可以在其中设置 kubernetes-object 备份中包含哪些资源，以及要复制哪些卷持久数据。默认选择 资源标签。
8. 提供标签表达式和 PVC 标签选择器。为 kubernetes-objects 和 PVC 选择 标签 appname=busybox。
9. 单击下一步。

10. 在 Replication 页面中，选择一个现有的 DR Policy 和 kubernetes-objects 备份间隔。

    注意

    建议您为 PVC 数据复制和 kubernetes-object 备份间隔（例如 5 分钟）选择相同的持续时间。

11. 单击下一步。

12. 检查配置并点 Save。

    使用 Back 按钮返回到屏幕，以更正所有问题。

13. 在继续 DR Failover 和 Relocate 测试前，请验证 应用程序卷(PVC) 和 Kubernetes 对象 备份是否具有 Healthy 状态。您可以在 Protected applications 选项卡中查看发现的应用程序的状态。

    1. 要查看 DRPC 的状态，请在 Hub 集群中运行以下命令：

       $ oc get drpc {drpc_name} -o wide -n openshift-dr-ops

       发现的应用将 DRPlacementControl (DRPC)和放置等资源存储在名为 openshift-dr-ops 的新命名空间中。DRPC 名称可以通过前面的步骤（如 busybox-rbd）中配置的唯一名称来标识。

    2. 要查看发现的应用程序的 VolumeReplicationGroup (VRG)的状态，请在手动安装 busybox 应用程序的受管集群中运行以下命令。

       $ oc get vrg {vrg_name} -n openshift-dr-ops

       在为发现的应用程序分配 DR Policy 后，VRG 资源存储在命名空间 openshift-dr-ops 中。VRG 名称可以通过前面的步骤（如 busybox-rbd）中配置的唯一名称来标识。

流程

1. 登录到 Hub 集群。

2. 列出 DRPlacementControl (DRPC)资源。每个 DRPC 资源都是在应用程序分配 DR 策略时创建的。

   $ oc get drpc -n openshift-dr-ops

3. 找到包含您在分配 DR 策略（如 busybox-rbd）时选择的唯一标识符的 DRPC，并删除 DRPC。

   $ oc delete {drpc_name} -n openshift-dr-ops

4. 列出 放置资源。每个放置资源都是在应用程序分配 DR 策略时创建的。

   $ oc get placements -n openshift-dr-ops

5. 找到名称 放置，其中包含您在分配 DR 策略时选择的唯一标识符（如 busybox-rbd-placement-1）并删除 放置。

   $ oc delete placements {placement_name} -n openshift-dr-ops