手順

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. 画面の指示に従って、Operator をプロジェクト openshift-dr-system にインストールします。

   注記

   OpenShift DR Cluster Operator は、プライマリーマネージドクラスター と セカンダリーマネージドクラスター の両方にインストールする必要があります。

3. s3 エンドポイント間の SSL アクセスを設定 して、メタデータを安全なトランスポートプロトコルを使用する MCG オブジェクトバケットの代替クラスターと、オブジェクトバケットへのアクセスを確認するための ハブクラスター に保存できるようにします。

   注記

   すべての OpenShift クラスターが環境の署名済み証明書セットを使用してデプロイされる場合、このセクションは省略できます。

   1. プライマリーマネージドクラスター の Ingress 証明書を展開し、出力を primary.crt に保存します。

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

   2. セカンダリーマネージドクラスターの Ingress 証明書を抽出し、出力を secondary.crt に保存します。

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

   3. プライマリーマネージドクラスター、セカンダリーマネージドクラスター、および ハブクラスター 上のファイル名 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. プライマリーマネージドクラスター、セカンダリーマネージドクラスター、および ハブクラスター で以下のコマンドを実行してファイルを作成します。

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

      出力例:

      configmap/user-ca-bundle created

      重要

      ハブクラスター が DRPolicy リソースを使用してオブジェクトバケットへのアクセスを確認するには、同じ 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. この新しいファイルを、プライマリーマネージドクラスター、セカンダリーマネージドクラスター、および ハブクラスター 上のデフォルトのプロキシーリソースに適用します。

         $ oc apply -f proxy-ca.yaml

         出力例:

         proxy.config.openshift.io/cluster configured

4. マルチクラウドオブジェクトゲートウェイ (MCG) キーと外部 S3 エンドポイントを取得します。

   1. MCG が プライマリーマネージドクラスター および セカンダリーマネージドクラスター にインストールされているかどうか、および Phase が Ready かどうかを確認します。

      $ 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 には、マネージドクラスターからのワークロードの関連クラスターデータを保存するため、およびフェイルオーバーまたは再配置アクション中のワークロード復旧のオーケストレーションを行うために、1 つ以上の S3 ストアが必要です。これらの手順は、Multicloud Gateway (MCG) を使用して必要なオブジェクトバケットを作成するために適用できます。OpenShift Data Foundation のインストールにより、MCG がすでにインストールされているはずです。

   1. プライマリーマネージドクラスター用の以下の S3 シークレット YAML 形式を、ファイル名 odr-s3secret-primary.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 cluster base-64 encoded access key> および <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. 以下のコマンドを使用して、外部 S3 エンドポイント s3CompatibleEndpoint または各マネージドクラスターで MCG のルートを検索します。

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

      出力例:

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

      重要

      一意の s3CompatibleEndpoint ルートまたは s3-openshift-storage.apps.<primary clusterID>.<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. ハブクラスターで OperatorHub に移動し、OpenShift-DR Hub Operator の検索フィルターを使用します。
2. 画面の指示に従って、Operator をプロジェクト openshift-dr-system にインストールします。

3. プライマリーマネージドクラスター の以下の S3 シークレット YAML 形式を使用して、ハブクラスターの 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

   以下のコマンドを実行して、ハブクラスターにこのシークレットを作成します。

   $ 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

   以下のコマンドを実行して、ハブクラスターにこのシークレットを作成します。

   $ 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 で開始する以下の新規コンテンツを、ハブクラスターの 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. ハブクラスターで、openshift-dr-system プロジェクトで Installed Operators に移動し、OpenShift DR Hub Operator をクリックします。2 つの利用可能な API (DRPolicy と DRPlacementControl) が表示されるはずです。
2. DRPolicy の Create instance をクリックし、YAML view をクリックします。

3. <cluster1> および <cluster2> を RHACM のマネージドクラスターの正しい名前に置き換えてから、以下の YAML を、ファイル名 drpolicy.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 はクラスタースコープのリソースであるため、このリソースを作成するために namespace を指定する必要はありません。

4. 一意の drpolicy.yaml ファイルの内容を YAML ビューにコピーします。元のコンテンツを完全に置き換える必要があります。

5. YAML ビュー画面の Create をクリックします。

   重要

   DRPolicy スケジューリングの間隔は、VolumeReplicationClass リソースの作成 セクションで設定される間隔と一致する必要があります。

6. 以下のコマンドを実行して、DRPolicy が正常に作成されていることを確認します。

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

   出力例:

   Succeeded

手順

1. busybox サンプルアプリケーションのハブクラスターで namespace または プロジェクト を作成します。

   $ oc new-project busybox-sample

   注記

   必要に応じて、busybox-sample 以外のプロジェクト名を使用できます。Advanced Cluster Manager コンソールでサンプルアプリケーションをデプロイする場合は、この手順で作成したものと同じプロジェクト名を使用するようにしてください。

2. DRPlacementControl リソースを作成します。

   DRPlacementControl は、ハブクラスターに OpenShift DR Hub Operator をインストールした後に利用可能な API です。これは、概説としては、DRPolicy の一部であるクラスター間でのデータ可用性に基づいて配置の決定をオーケストレーションする Advanced Cluster Manager PlacementRule リコンサイラーです。

   1. ハブクラスターで、busybox-sample プロジェクトで Installed Operators に移動し、OpenShift DR Hub Operator をクリックします。2 つの利用可能な API (DRPolicy と DRPlacementControl) が表示されるはずです。
   2. DRPlacementControl のインスタンスを作成してから、YAML ビューに移動します。busybox-sample プロジェクトが選択されていることを確認します。

   3. <cluster1> を Advanced Cluster Manager のマネージドクラスターの正しい名前に置き換えたあと、以下の YAML をファイル名 busybox-drpc.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 ビュー画面の Create をクリックします。

      以下の CLI コマンドを使用してこのリソースを作成することもできます。

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

      出力例:

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

      重要

      このリソースは、busybox-sample namespace (または先に作成した namespace) に作成する必要があります。

3. リソーステンプレートのデプロイ先のターゲットクラスターを定義する Placement Rule リソースを作成します。配置ルールを使用すると、アプリケーションのマルチクラスターデプロイメントが容易になります。

   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 アプリケーションの PlacementRule リソースを作成します。

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

      出力例:

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

      重要

      このリソースは、busybox-sample namespace(または先に作成した namespace) に作成する必要があります。

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. 種類は Subscriptionを選択します。
   4. アプリケーションの Name (busybox など) および Namespace (busybox-sample など) を入力します。
   5. Repository location for resources セクションで Repository type Git を選択します。

   6. サンプルアプリケーションの github Branch および Path で、 Git リポジトリー URL を入力します。リソース busybox Pod および PVC が作成されます。

      Branch が main で、Path は busybox-odr である https://github.com/RamenDR/ocm-ramen-samples として、サンプルアプリケーションリポジトリーを使用します。

      重要

      続行する前に、[Create Mirroring StorageClass resource] セクションで説明されているように、新しい StorageClass ocs-storagecluster-ceph-rbdmirror が作成されていることを確認してください。

      次のコマンドを使用して作成されていることを確認します。

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

      出力例:

      ocs-storagecluster-ceph-rbdmirror

   7. Select clusters to deploy to セクションまでフォームを下にスクロールして、Select an existing placement configuration をクリックします。
   8. ドロップダウンリストから Existing Placement Rule (busybox-placement など) を選択します。

   9. Save をクリックします。

      アプリケーションが作成されると、アプリケーションの詳細ページが表示されます。Resource topology セクションまでスクロールダウンできます。トポロジーの要素とアプリケーションに Green チェックマークが必要です。

      注記

      詳細な情報を表示するには、トポロジー要素のいずれかをクリックすると、トポロジービューの右側にウィンドウが表示されます。

5. サンプルアプリケーションのデプロイメントおよびレプリケーションを確認します。

   busybox アプリケーションが (DRPlacementControl で指定された) preferredCluster にデプロイされたので、デプロイメントを検証できるようになりました。

   1. busybox が RHACM によってデプロイされたマネージドクラスターにログオンします。

      $ 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 managed cluster と 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. ハブクラスターで Installed Operators に移動し、Openshift DR Hub Operator をクリックします。
2. DRPlacementControl タブをクリックします。
3. DRPC busybox-drpc をクリックしてから、YAML ビューをクリックします。

4. 以下のスクリーンショットのように、action および failoverCluster の詳細を追加します。failoverCluster はセカンダリーマネージドクラスターの ACM クラスター名である必要があります。

   DRPlacementControl add action Failover

   

5. Save をクリックします。

6. アプリケーションの busybox がセカンダリーマネージドクラスター (YAML ファイルに指定されるフェイルオーバークラスター ocp4perf2) で実行されていることを確認します。

   $ 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. ハブクラスターで Installed Operators に移動し、Openshift DR Hub Operator をクリックします。
2. DRPlacementControl タブをクリックします。
3. DRPC busybox-drpc をクリックしてから、YAML ビューをクリックします。

4. action を Relocate に変更

   DRPlacementControl modify action to Relocate

   

5. Save をクリックします。

6. アプリケーションの busybox がプライマリーマネージドクラスターで実行しているか、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. busybox がセカンダリーマネージドクラスターで実行しているかどうかを確認します。busybox アプリケーションは、このマネージドクラスターでは実行しないようにしてください。

   $ oc get pods,pvc -n busybox-sample

   出力例:

   No resources found in busybox-sample namespace.