절차

1. 다음 YAML을 rbd-volumereplicationclass.yaml 의 파일 이름에 저장합니다.

   apiVersion: replication.storage.openshift.io/v1alpha1
   kind: VolumeReplicationClass
   metadata:
     name: odf-rbd-volumereplicationclass
   spec:
     provisioner: openshift-storage.rbd.csi.ceph.com
     parameters:
       mirroringMode: snapshot
       schedulingInterval: "5m"  # <-- Must be the same as scheduling interval in the DRPolicy
       replication.storage.openshift.io/replication-secret-name: rook-csi-rbd-provisioner
       replication.storage.openshift.io/replication-secret-namespace: openshift-storage

2. 두 관리 클러스터에 파일을 생성합니다.

   $ oc create -f rbd-volumereplicationclass.yaml

   출력 예:

   volumereplicationclass.replication.storage.openshift.io/odf-rbd-volumereplicationclass created

절차

1. 다음 YAML을 파일 이름 ocs-storagecluster-ceph-rbdmirror.yaml 에 저장합니다.

   allowVolumeExpansion: true
   apiVersion: storage.k8s.io/v1
   kind: StorageClass
   metadata:
     name: ocs-storagecluster-ceph-rbdmirror
   parameters:
     clusterID: openshift-storage
     csi.storage.k8s.io/controller-expand-secret-name: rook-csi-rbd-provisioner
     csi.storage.k8s.io/controller-expand-secret-namespace: openshift-storage
     csi.storage.k8s.io/fstype: ext4
     csi.storage.k8s.io/node-stage-secret-name: rook-csi-rbd-node
     csi.storage.k8s.io/node-stage-secret-namespace: openshift-storage
     csi.storage.k8s.io/provisioner-secret-name: rook-csi-rbd-provisioner
     csi.storage.k8s.io/provisioner-secret-namespace: openshift-storage
     imageFeatures: layering,exclusive-lock,object-map,fast-diff
     imageFormat: "2"
     pool: ocs-storagecluster-cephblockpool
   provisioner: openshift-storage.rbd.csi.ceph.com
   reclaimPolicy: Delete
   volumeBindingMode: Immediate

2. 두 관리 클러스터에 파일을 생성합니다.

   $ oc create -f ocs-storagecluster-ceph-rbdmirror.yaml

   출력 예:

   storageclass.storage.k8s.io/ocs-storagecluster-ceph-rbdmirror created

절차

1. 각 관리형 클러스터에서 OperatorHub로 이동하여 OpenShift DR Cluster Operator 를 필터링합니다.

2. 화면 지침에 따라 openshift-dr-system 프로젝트에 Operator를 설치합니다.

   참고

   OpenShift DR Cluster Operator 는 기본 관리 클러스터와 보조 관리 클러스터에 모두 설치되어 있어야 합니다.

3. 보안 전송 프로토콜 및 오브젝트 버킷에 대한 액세스를 검증하기 위해 Hub 클러스터에서 MCG 오브젝트 버킷의 대체 클러스터에 메타데이터를 저장할 수 있도록 s3 끝점 간의 SSL 액세스를 구성합니다.

   참고

   모든 OpenShift 클러스터가 사용자 환경에 대해 서명된 신뢰할 수 있는 인증서 세트를 사용하여 배포된 경우 이 섹션을 건너뛸 수 있습니다.

   1. 기본 관리 클러스터 의 수신 인증서를 추출하고 출력을 primary.crt 에 저장합니다.

      $ oc get cm default-ingress-cert -n openshift-config-managed -o jsonpath="{['data']['ca-bundle\.crt']}" > primary.crt

   2. Secondary 관리 클러스터 의 수신 인증서를 추출하고 출력을 secondary.crt 에 저장합니다.

      $ oc get cm default-ingress-cert -n openshift-config-managed -o jsonpath="{['data']['ca-bundle\.crt']}" > secondary.crt

   3. Primary managed cluster,Secondary managed cluster 및 Hub 클러스터에서 파일 이름 cm-clusters-crt.yaml 로 원격 클러스터의 인증서 번들을 보관할 새 ConfigMap 을 만듭니다.

      참고

      이 예제 파일에 표시된 대로 각 클러스터에 대해 3개 이상의 인증서가 있을 수 있습니다.

      apiVersion: v1
      data:
        ca-bundle.crt: |
          -----BEGIN CERTIFICATE-----
          <copy contents of cert1 from primary.crt here>
          -----END CERTIFICATE-----
      
          -----BEGIN CERTIFICATE-----
          <copy contents of cert2 from primary.crt here>
          -----END CERTIFICATE-----
      
          -----BEGIN CERTIFICATE-----
          <copy contents of cert3 primary.crt here>
          -----END CERTIFICATE----
      
          -----BEGIN CERTIFICATE-----
          <copy contents of cert1 from secondary.crt here>
          -----END CERTIFICATE-----
      
          -----BEGIN CERTIFICATE-----
          <copy contents of cert2 from secondary.crt here>
          -----END CERTIFICATE-----
      
          -----BEGIN CERTIFICATE-----
          <copy contents of cert3 from secondary.crt here>
          -----END CERTIFICATE-----
      kind: ConfigMap
      metadata:
        name: user-ca-bundle
        namespace: openshift-config

   4. 기본 관리 클러스터,보조 관리 클러스터, Hub 클러스터에서 다음 명령을 실행하여 파일을 만듭니다.

      $ oc create -f cm-clusters-crt.yaml

      출력 예:

      configmap/user-ca-bundle created

      중요

      Hub 클러스터에서 DRPolicy 리소스인 DRPolicy 리소스를 사용하여 오브젝트 버킷에 대한 액세스 권한을 확인하려면 Hub 클러스터에서 동일한 ConfigMap cm-clusters-crt.yaml 을 생성해야 합니다.

   5. 기본 프록시 클러스터 리소스를 수정합니다.

      1. 다음 콘텐츠를 복사하여 새 YAML 파일 proxy-ca.yaml 에 저장합니다.

         apiVersion: config.openshift.io/v1
         kind: Proxy
         metadata:
           name: cluster
         spec:
           trustedCA:
             name: user-ca-bundle

      2. 이 새 파일을 기본 관리 클러스터,보조 관리 클러스터, Hub 클러스터 의 기본 프록시 리소스에 적용합니다.

         $ oc apply -f proxy-ca.yaml

         출력 예:

         proxy.config.openshift.io/cluster configured

4. MCG(Multicloud Object Gateway) 키 및 외부 S3 엔드포인트를 검색합니다.

   1. MCG가 주 관리 클러스터 및 보조 관리 클러스터에 설치되어 있는지 확인하고 단계가 준비 되었는지 확인합니다.

      $ oc get noobaa -n openshift-storage

      출력 예:

      NAME     MGMT-ENDPOINTS                   S3-ENDPOINTS                    IMAGE                                                                                                 PHASE   AGE
      noobaa   ["https://10.70.56.161:30145"]   ["https://10.70.56.84:31721"]   quay.io/rhceph-dev/mcg-core@sha256:c4b8857ee9832e6efc5a8597a08b81730b774b2c12a31a436e0c3fadff48e73d   Ready   27h

   2. 다음 YAML 파일을 파일 이름 odrbucket.yaml 에 복사합니다.

      apiVersion: objectbucket.io/v1alpha1
      kind: ObjectBucketClaim
      metadata:
        name: odrbucket
        namespace: openshift-dr-system
      spec:
        generateBucketName: "odrbucket"
        storageClassName: openshift-storage.noobaa.io

   3. 기본 관리 클러스터와 보조 관리 클러스터 모두에 MCG 버킷 odrbucket 을 만듭니다.

      $ oc create -f odrbucket.yaml

      출력 예:

      objectbucketclaim.objectbucket.io/odrbucket created

   4. 다음 명령을 사용하여 각 관리 클러스터의 odrbucket OBC 액세스 키를 base-64 인코딩 값으로 추출합니다.

      $ oc get secret odrbucket -n openshift-dr-system -o jsonpath='{.data.AWS_ACCESS_KEY_ID}{"\n"}'

      출력 예:

      cFpIYTZWN1NhemJjbEUyWlpwN1E=

   5. 다음 명령을 사용하여 각 관리 클러스터의 odrbucket OBC 시크릿 키를 base-64 인코딩 값으로 추출합니다.

      $ oc get secret odrbucket -n openshift-dr-system -o jsonpath='{.data.AWS_SECRET_ACCESS_KEY}{"\n"}'

      출력 예:

      V1hUSnMzZUoxMHRRTXdGMU9jQXRmUlAyMmd5bGwwYjNvMHprZVhtNw==

5. 관리형 클러스터에 대한 S3 시크릿을 생성합니다.

   이제 필요한 MCG 정보가 추출되었으므로 기본 관리 클러스터와 보조 관리 클러스터에서 생성된 새 시크릿이 추출되어야 합니다. 이러한 새 시크릿은 두 관리 클러스터의 MCG 액세스 및 시크릿 키를 저장합니다.

   참고

   OpenShift DR에는 관리형 클러스터에서 워크로드의 관련 클러스터 데이터를 저장하고 장애 조치 또는 재배치 작업 중에 워크로드 복구를 오케스트레이션하기 위해 하나 이상의 S3 저장소가 필요합니다. 이러한 지침은 MCG(Multicloud Gateway)를 사용하여 필요한 오브젝트 버킷을 생성하는 데 적용할 수 있습니다. MCG는 이미 OpenShift Data Foundation을 설치함으로써 설치되어 있어야 합니다.

   1. 기본 관리 클러스터의 다음 S3 시크릿 YAML 형식을 odr-s3secret-hiera.yaml 파일 이름으로 복사합니다.

      apiVersion: v1
      data:
        AWS_ACCESS_KEY_ID: <primary cluster base-64 encoded access key>
        AWS_SECRET_ACCESS_KEY: <primary cluster base-64 encoded secret access key>
      kind: Secret
      metadata:
        name: odr-s3secret-primary
        namespace: openshift-dr-system

      < primary cluster base-64 encoded access key > 및 < primary cluster base-64 encoded secret access key >를 이전 단계에서 검색된 실제 값으로 바꿉니다.

   2. 기본 관리 클러스터 및 보조 관리 클러스터에 이 시크릿을 생성합니다.

      $ oc create -f odr-s3secret-primary.yaml

      출력 예:

      secret/odr-s3secret-primary created

   3. 보조 관리 클러스터의 다음 S3 시크릿 YAML 형식을 odr-s3secret-secondary.yaml 파일 이름으로 복사합니다.

      apiVersion: v1
      data:
        AWS_ACCESS_KEY_ID: <secondary cluster base-64 encoded access key>
        AWS_SECRET_ACCESS_KEY: <secondary cluster base-64 encoded secret access key>
      kind: Secret
      metadata:
        name: odr-s3secret-secondary
        namespace: openshift-dr-system

      < secondary 클러스터 base-64로 인코딩된 액세스 키 > 및 < secondary cluster base-64 encoded secret access key >를 4단계에서 검색된 실제 값으로 바꿉니다.

   4. 기본 관리 클러스터 및 보조 관리 클러스터에 이 시크릿을 생성합니다.

      $ oc create -f odr-s3secret-secondary.yaml

      출력 예:

      secret/odr-s3secret-secondary created

      중요

      액세스 및 시크릿 키의 값은 base-64로 인코딩 되어야 합니다. 키의 인코딩된 값이 이전 단계에서 검색되었습니다.

6. 각 관리형 클러스터에서 OpenShift DR Cluster Operator ConfigMap을 구성합니다.

   1. 다음 명령을 사용하여 각 관리 클러스터에서 외부 S 3 endpoint s3 CompatibilityibleEndpoint 또는 route for MCG를 검색합니다.

      $ oc get route s3 -n openshift-storage -o jsonpath --template="https://{.spec.host}{'\n'}"

      출력 예:

      https://s3-openshift-storage.apps.perf1.example.com

      중요

      기본 관리 클러스터 및 보조 관리 클러스터 모두에 대해 각각 s3 CompatibilityibleEndpoint 경로 또는 s3-openshift-storage.apps.<baseDomain > 및 s3-openshift-storage.apps.<secondary clusterID>.<baseDomain >을 검색해야 합니다.

   2. odrbucket OBC 버킷 이름을 검색합니다.

      $ oc get configmap odrbucket -n openshift-dr-system -o jsonpath='{.data.BUCKET_NAME}{"\n"}'

      출력 예:

      odrbucket-2f2d44e4-59cb-4577-b303-7219be809dcd

      중요

      고유한 s3Bucket 이름 odrbucket-<your value1 > 및 odrbucket-<your value2 >를 각각 기본 관리 클러스터 와 보조 관리 클러스터에서 검색해야 합니다.

   3. ConfigMap ramen-dr-cluster-operator-config 를 수정하여 새 콘텐츠를 추가합니다.

      $ oc edit configmap ramen-dr-cluster-operator-config -n openshift-dr-system

   4. s3StoreProfiles 부터 기본 관리 클러스터의 ConfigMap과 보조 관리 클러스터 의 다음 새 콘텐츠를 추가합니다.

      [...]
      data:
        ramen_manager_config.yaml: |
          apiVersion: ramendr.openshift.io/v1alpha1
          kind: RamenConfig
      [...]
          ramenControllerType: "dr-cluster"
          ### Start of new content to be added
          s3StoreProfiles:
          - s3ProfileName: s3-primary
            s3CompatibleEndpoint: https://s3-openshift-storage.apps.<primary clusterID>.<baseDomain>
            s3Region: primary
            s3Bucket: odrbucket-<your value1>
            s3SecretRef:
              name: odr-s3secret-primary
              namespace: openshift-dr-system
          - s3ProfileName: s3-secondary
            s3CompatibleEndpoint: https://s3-openshift-storage.apps.<secondary clusterID>.<baseDomain>
            s3Region: secondary
            s3Bucket: odrbucket-<your value2>
            s3SecretRef:
              name: odr-s3secret-secondary
              namespace: openshift-dr-system
      [...]

절차

1. Hub 클러스터에서 OperatorHub로 이동하여 OpenShift DR Hub Operator 에 대한 검색 필터를 사용합니다.
2. 화면 지시에 따라 openshift-dr-system 프로젝트에 Operator를 설치합니다.

3. 기본 관리 클러스터에 대해 다음 S3 시크릿 YAML 형식을 사용하여 Hub 클러스터의 S3 시크릿 시크릿을 생성합니다.

   apiVersion: v1
   data:
     AWS_ACCESS_KEY_ID: <primary cluster base-64 encoded access key>
     AWS_SECRET_ACCESS_KEY: <primary cluster base-64 encoded secret access key>
   kind: Secret
   metadata:
     name: odr-s3secret-primary
     namespace: openshift-dr-system

   다음 명령을 실행하여 Hub 클러스터에서 이 시크릿을 생성합니다.

   $ oc create -f odr-s3secret-primary.yaml

   출력 예:

   secret/odr-s3secret-primary created

4. 보조 관리 클러스터에 대해 다음 S3 시크릿 YAML 형식을 사용하여 S3 시크릿을 만듭니다.

   apiVersion: v1
   data:
     AWS_ACCESS_KEY_ID: <secondary cluster base-64 encoded access key>
     AWS_SECRET_ACCESS_KEY: <secondary cluster base-64 encoded secret access key>
   kind: Secret
   metadata:
     name: odr-s3secret-secondary
     namespace: openshift-dr-system

   다음 명령을 실행하여 Hub 클러스터에서 이 시크릿을 생성합니다.

   $ oc create -f odr-s3secret-secondary.yaml

   출력 예:

   secret/odr-s3secret-secondary created

5. OpenShift DR Hub Operator의 ConfigMap을 구성합니다.

   Operator가 성공적으로 생성되면 ramen-hub-operator-config 라는 새 ConfigMap이 생성됩니다.

   1. 다음 명령을 실행하여 파일을 편집합니다.

      $ oc edit configmap ramen-hub-operator-config -n openshift-dr-system

   2. s3StoreProfiles 부터 Hub 클러스터의 ConfigMap 에 다음과 같은 새 콘텐츠를 추가합니다.

      [...]
      apiVersion: v1
      data:
        ramen_manager_config.yaml: |
          apiVersion: ramendr.openshift.io/v1alpha1
          kind: RamenConfig
      [...]
          ramenControllerType: "dr-hub"
          ### Start of new content to be added
          s3StoreProfiles:
          - s3ProfileName: s3-primary
            s3CompatibleEndpoint: https://s3-openshift-storage.apps.<primary clusterID>.<baseDomain>
            s3Region: primary
            s3Bucket: odrbucket-<your value1>
            s3SecretRef:
              name: odr-s3secret-primary
              namespace: openshift-dr-system
          - s3ProfileName: s3-secondary
            s3CompatibleEndpoint: https://s3-openshift-storage.apps.<secondary clusterID>.<baseDomain>
            s3Region: secondary
            s3Bucket: odrbucket-<your value2>
            s3SecretRef:
              name: odr-s3secret-secondary
              namespace: openshift-dr-system
      [...]

      참고

      < primary clusterID > , < secondary clusterID > , baseDomain,odrbucket-<your value1 >, odrbucket-<your value2 > 변수를 관리 클러스터의 ramen-cluster-operator-config ConfigMap 에 사용된 것과 정확히 동일한 값으로 교체해야 합니다.

절차

1. Hub 클러스터에서 openshift-dr-system 프로젝트에서 Installed Operators로 이동하여 OpenShift DR Hub Operator 를 클릭합니다. 사용 가능한 API 두 개, DRPolicy 및 DRPlacementControl이 표시됩니다.
2. DRPolicy에 대한 인스턴스 생성 을 클릭하고 YAML 보기를 클릭합니다.

3. < cluster1> 및 < cluster 2 >를 RHACM의 관리형 클러스터의 올바른 이름으로 교체한 후 파일 이름 drpolicy.yaml 에 다음 YAML을 복사하고 저장합니다.

   apiVersion: ramendr.openshift.io/v1alpha1
   kind: DRPolicy
   metadata:
     name: odr-policy-5m
   spec:
     drClusterSet:
     - name: <cluster1>
       s3ProfileName: s3-primary
     - name: <cluster2>
       s3ProfileName: s3-secondary
     schedulingInterval: 5m

   참고

   DRPolicy는 클러스터 범위 리소스이므로 이 리소스를 생성하기 위해 네임스페이스를 지정할 필요가 없습니다.

4. 고유한 drpolicy.yaml 파일의 콘텐츠를 YAML 보기에 복사합니다. 원본 콘텐츠를 완전히 교체해야 합니다.

5. YAML 보기 화면에서 생성 을 클릭합니다.

   중요

   DRPolicy 스케줄링 간격은 Creating VolumeReplicationClass resource 섹션에 구성된 간격과 일치해야 합니다.

6. 명령을 실행하여 DRPolicy 가 생성되었는지 확인합니다.

   $ oc get drpolicy odr-policy-5m -n openshift-dr-system -o jsonpath='{.status.conditions[].reason}{"\n"}'

   출력 예:

   Succeeded

절차

1. busybox 샘플 애플리케이션에 사용할 Hub 클러스터에서 네임스페이스 또는 프로젝트를 생성합니다.

   $ oc new-project busybox-sample

   참고

   busybox-sample 이외의 다른 프로젝트 이름을 원하는 경우 사용할 수 있습니다. Advanced Cluster Manager 콘솔을 통해 샘플 애플리케이션을 배포하여 이 단계에서 생성된 것과 동일한 프로젝트 이름을 사용해야 합니다.

2. DRPlacementControl 리소스 생성

   DRPlacementControl은 OpenShift DR Hub Operator가 Hub 클러스터에 설치된 후 사용 가능한 API입니다. DRPolicy에 속하는 클러스터 전체의 데이터 가용성에 따라 배치 결정을 오케스트레이션하는 Advanced Cluster Manager PlacementRule 조정기입니다.

   1. Hub 클러스터에서 busybox-sample 프로젝트에서 Installed Operators로 이동하여 OpenShift DR Hub Operator 를 클릭합니다. 사용 가능한 API 두 개, DRPolicy 및 DRPlacementControl이 표시됩니다.
   2. DRPlacementControl 에 대한 인스턴스를 생성한 다음 YAML 보기로 이동합니다. busybox-sample 프로젝트가 선택되어 있는지 확인합니다.

   3. Advanced Cluster Manager의 관리 클러스터의 < cluster1 >을 올바른 이름으로 교체한 후 파일 이름 busybox-drpc.yaml 에 다음 YAML을 복사하고 저장합니다.

      apiVersion: ramendr.openshift.io/v1alpha1
      kind: DRPlacementControl
      metadata:
        labels:
          app: busybox-sample
        name: busybox-drpc
      spec:
        drPolicyRef:
          name: odr-policy-5m
        placementRef:
          kind: PlacementRule
          name: busybox-placement
        preferredCluster: <cluster1>
        pvcSelector:
          matchLabels:
            appname: busybox

   4. 고유한 busybox-drpc.yaml 파일의 콘텐츠를 YAML 보기(원래 콘텐츠 교체)로 복사합니다.

   5. YAML 보기 화면에서 생성 을 클릭합니다.

      다음 CLI 명령을 사용하여 이 리소스를 생성할 수도 있습니다.

      $ oc create -f busybox-drpc.yaml -n busybox-sample

      출력 예:

      drplacementcontrol.ramendr.openshift.io/busybox-drpc created

      중요

      이 리소스는 busybox-sample 네임 스페이스(또는 이전에 만든 네임스페이스)에서 생성해야 합니다.

3. 리소스 템플릿을 배포할 수 있는 대상 클러스터를 정의하는 배치 규칙 리소스를 생성합니다. 배치 규칙을 사용하여 애플리케이션의 다중 클러스터 배포를 용이하게 합니다.

   1. 다음 YAML을 복사하여 파일 이름 busybox-placementrule.yaml 에 저장합니다.

      apiVersion: apps.open-cluster-management.io/v1
      kind: PlacementRule
      metadata:
        labels:
          app: busybox-sample
        name: busybox-placement
      spec:
        clusterConditions:
        - status: "True"
          type: ManagedClusterConditionAvailable
        clusterReplicas: 1
        schedulerName: ramen

   2. busybox-sample 애플리케이션에 대한 배치 규칙 리소스를 생성합니다.

      $ oc create -f busybox-placementrule.yaml -n busybox-sample

      출력 예:

      placementrule.apps.open-cluster-management.io/busybox-placement created

      중요

      이 리소스는 busybox-sample 네임 스페이스(또는 이전에 만든 네임스페이스)에서 생성해야 합니다.

4. RHACM 콘솔을 사용하여 샘플 애플리케이션 생성

   1. 아직 로그인하지 않은 경우 OpenShift 인증 정보를 사용하여 RHACM 콘솔에 로그인합니다.

      $ oc get route multicloud-console -n open-cluster-management -o jsonpath --template="https://{.spec.host}/multicloud/applications{'\n'}"

      출력 예:

      https://multicloud-console.apps.perf3.example.com/multicloud/applications

   2. Applications (애플리케이션)로 이동하여 Create application 을 클릭합니다.
   3. type을 Subscription 으로 선택합니다.
   4. 애플리케이션 이름 (예: busybox) 및 네임스페이스 (예: busybox-sample)를 입력합니다.
   5. Repository location for resources 섹션에서 Repository type Git 을 선택합니다.

   6. 샘플 애플리케이션의 Git 리포지토리 URL, github Branch 및 Path 를 입력합니다. 여기서 리소스 busybox Pod 및 PVC가 생성됩니다.

      Branch 가 main 이고 Path 가 busybox-odr 인 경우 샘플 애플리케이션 리포지토리를 https://github.com/RamenDR/ocm-ramen-samples 사용합니다.

      중요

      진행하기 전에 새 StorageClass ocs-storagecluster-ceph-rbdmirror 가 [Create StorageClass resource] 섹션에 자세히 설명되어 있는지 확인합니다.

      다음 명령을 사용하여 생성되었는지 확인합니다.

      oc get storageclass | grep rbdmirror | awk '{print $1}'

      출력 예:

      ocs-storagecluster-ceph-rbdmirror

   7. 양식을 아래로 스크롤하여 배포할 클러스터 선택 섹션까지 아래로 스크롤하고 기존 배치 구성 선택을 클릭합니다.
   8. 드롭다운 목록에서 기존 배치 규칙 (예: busybox-placement)을 선택합니다.

   9. 저장을 클릭합니다.

      애플리케이션이 생성되면 애플리케이션 세부 정보 페이지가 표시됩니다. 리소스 토폴로지 섹션으로 스크롤할 수 있습니다. 토폴로지의 요소 및 애플리케이션에 녹색 확인 표시가 있어야 합니다.

      참고

      자세한 내용을 보려면 토폴로지 요소를 클릭하면 토폴로지 보기 오른쪽에 창이 표시됩니다.

5. 샘플 애플리케이션 배포 및 복제를 확인합니다.

   이제 busybox 애플리케이션이 기본 클러스터(DRPlacementControl에 지정)에 배포되었으므로 배포를 검증할 수 있습니다.

   1. RHACM에서 busybox 를 배포한 관리형 클러스터에 로그인합니다.

      $ oc get pods,pvc -n busybox-sample

      출력 예:

      NAME          READY   STATUS    RESTARTS   AGE
      pod/busybox   1/1     Running   0          6m
      
      NAME                                STATUS   VOLUME                                     CAPACITY   ACCESS MODES   STORAGECLASS                  AGE
      persistentvolumeclaim/busybox-pvc   Bound    pvc-a56c138a-a1a9-4465-927f-af02afbbff37   1Gi        RWO            ocs-storagecluster-ceph-rbd   6m

   2. busybox PVC에 대한 복제 리소스도 생성되었는지 확인합니다.

      $ oc get volumereplication,volumereplicationgroup -n busybox-sample

      출력 예:

      NAME                                                             AGE   VOLUMEREPLICATIONCLASS           PVCNAME       DESIREDSTATE   CURRENTSTATE
      volumereplication.replication.storage.openshift.io/busybox-pvc   6m   odf-rbd-volumereplicationclass   busybox-pvc   primary        Primary
      
      NAME                                                       AGE
      volumereplicationgroup.ramendr.openshift.io/busybox-drpc   6m

   3. Primary Management 클러스터와 Secondary 관리 클러스터에서 다음 명령을 실행하여 busybox 볼륨이 대체 클러스터에 복제되었는지 확인합니다.

      $ oc get cephblockpool ocs-storagecluster-cephblockpool -n openshift-storage -o jsonpath='{.status.mirroringStatus.summary}{"\n"}'

      출력 예:

      {"daemon_health":"OK","health":"OK","image_health":"OK","states":{"replaying":2}}

      참고

      두 관리 클러스터 모두 새 상태가 "states":{"replaying":2}' 인 출력이 동일해야 합니다.

절차

1. Hub 클러스터에서 Installed Operators로 이동한 다음 Openshift DR Hub Operator 를 클릭합니다.
2. DRPlacementControl 탭을 클릭합니다.
3. DRPC busybox-drpc 를 클릭한 다음 YAML 보기를 클릭합니다.

4. 아래 스크린샷과 같이 작업 및 장애 조치 클러스터 세부 정보를 추가합니다. 장애 조치 클러스터는 Secondary 관리 클러스터의 ACM 클러스터 이름입니다.

   DRPlacementControl 추가 장애 조치

   

5. 저장을 클릭합니다.

6. 이제 애플리케이션이 YAML 파일에 지정된 장애 조치 클러스터 ocp4perf2 인 Secondary 관리 클러스터에서 실행 중인지 확인합니다.

   $ oc get pods,pvc -n busybox-sample

   출력 예:

   NAME          READY   STATUS    RESTARTS   AGE
   pod/busybox   1/1     Running   0          35s
   
   NAME                                STATUS   VOLUME                                     CAPACITY   ACCESS MODES   STORAGECLASS                  AGE
   persistentvolumeclaim/busybox-pvc   Bound    pvc-79f2a74d-6e2c-48fb-9ed9-666b74cfa1bb   5Gi        RWO            ocs-storagecluster-ceph-rbd   35s

7. busybox 가 기본 관리 클러스터에서 더 이상 실행되지 않는지 확인합니다.

   $ oc get pods,pvc -n busybox-sample

   출력 예:

   No resources found in busybox-sample namespace.

절차

1. Hub 클러스터에서 Installed Operators로 이동한 다음 Openshift DR Hub Operator 를 클릭합니다.
2. DRPlacementControl 탭을 클릭합니다.
3. DRPC busybox-drpc 를 클릭한 다음 YAML 보기를 클릭합니다.

4. Relocate 작업을 수정

   DRPlacementControl Relocate에 대한 작업 수정

   

5. 저장을 클릭합니다.

6. 이제 애플리케이션이 기본 관리 클러스터에서 실행 중인지 확인합니다. YAML 파일에 지정된 장애 조치 클러스터 ocp4perf2 입니다.

   $ oc get pods,pvc -n busybox-sample

   출력 예:

   NAME          READY   STATUS    RESTARTS   AGE
   pod/busybox   1/1     Running   0          60s
   
   NAME                                STATUS   VOLUME                                     CAPACITY   ACCESS MODES   STORAGECLASS                  AGE
   persistentvolumeclaim/busybox-pvc   Bound    pvc-79f2a74d-6e2c-48fb-9ed9-666b74cfa1bb   5Gi        RWO            ocs-storagecluster-ceph-rbd   61s

7. Secondary 관리 클러스터에서 busybox 가 실행 중인지 확인합니다. busybox 애플리케이션은 이 관리 클러스터에서 더 이상 실행되지 않아야 합니다.

   $ oc get pods,pvc -n busybox-sample

   출력 예:

   No resources found in busybox-sample namespace.