4.14. Red Hat Advanced Cluster Management を使用したハブのリカバリー [テクノロジープレビュー]

手順

1. RHACM Operator と MultiClusterHub がパッシブハブクラスターにインストールされていることを確認します。手順については、RHACM インストールガイド を参照してください。

   Operator が正常にインストールされると、Web console update is available というメッセージを含むポップアップがユーザーインターフェイスに表示されます。このポップアップから Refresh web console をクリックして、反映するコンソールを変更します。

2. ハブをリカバリーする前に、バックアップとリストアを設定します。RHACM ビジネス継続性 ガイドの バックアップと復元 を参照してください。
3. 復元の前に、マルチクラスターオーケストレーター (MCO) Operator を Red Hat OpenShift GitOps オペレーターとともにパッシブ RHACM ハブにインストールします。RHACM ハブを復元する手順は、OpenShift Data Foundation Multicluster Orchestrator Operator のインストール を参照してください。
4. Restore.cluster.open-cluster-management.io リソースの .spec.cleanupBeforeRestore が None に設定されていることを確認します。詳細は、RHACM ドキュメントの バックアップの確認中にパッシブリソースを復元する を参照してください。
5. 以前のセットアップ中にクラスター間の SSL アクセスが手動で設定されていた場合は、クラスター間の SSL アクセスを再設定します。手順については、クラスター間での SSL アクセスの設定 の章を参照してください。

6. パッシブハブで、このコマンドを使用して、openshift-operators namespace にラベルを追加し、VolumeSyncronizationDelay アラートの基本的な監視を有効にします。アラートの詳細は、障害復旧アラート を参照してください。

   $ oc label namespace openshift-operators openshift.io/cluster-monitoring='true'

手順

1. パッシブハブクラスターでバックアップを復元します。詳細は、バックアップからの ハブクラスターの復元 を参照してください。

   重要

   障害が発生したハブをパッシブインスタンスに復元すると、最後にスケジュールされたバックアップ時点のアプリケーションとその DR 保護状態のみが復元されます。最後のスケジュールされたバックアップの後に DR で保護されたアプリケーションは、新しいハブで再度保護する必要があります。

2. 管理対象クラスターがパッシブハブにインポートされると、Submariner が自動的にインストールされます。
3. プライマリーおよびセカンダリー管理対象クラスターが RHACM コンソールに正常にインポートされ、アクセス可能であることを確認します。マネージドクラスターのいずれかがダウンしているか、アクセスできない場合は、正常にインポートされません。
4. DRPolicy 検証が成功するまで待ちます。

5. DRPolicy が正常に作成されたことを確認します。作成された各 DRPolicy リソースごとに ハブクラスター でこのコマンドを実行します。<drpolicy_name> は、一意の名前に置き換えてください。

   $ oc get drpolicy <drpolicy_name> -o jsonpath='{.status.conditions[].reason}{"\n"}'

   出力例:

   Succeeded

6. アクティブハブクラスターで DR 監視ダッシュボードタブが有効になっている場合は、RHACM コンソールを更新して、そのタブにアクセスできるようにします。
7. アクティブハブクラスターのみがダウンしている場合は、ハブのリカバリーを実行し、パッシブハブでバックアップを復元して、ハブを復元します。マネージドクラスターにまだアクセスできる場合は、それ以上のアクションは必要ありません。
8. プライマリーマネージドクラスターがアクティブハブクラスターとともにダウンしている場合は、プライマリーマネージドクラスターからセカンダリーマネージドクラスターにワークロードをフェイルオーバーする必要があります。フェイルオーバーの手順は、ワークロードの種類に応じて、サブスクリプションベースのアプリケーション または ApplicationSet ベースのアプリケーション を参照してください。

9. フェイルオーバーが成功したことを確認します。プライマリー管理対象クラスターがダウンすると、ダウンした管理対象クラスターがオンラインに戻り、RHACM コンソールに正常にインポートされるまで、ワークロードの PROGRESSION ステータスは Cleaning Up フェーズになります。

   パッシブハブクラスターで次のコマンドを実行して、PROGRESSION ステータスを確認します。

   $ oc get drpc -o wide -A

   出力例:

   NAMESPACE              NAME                                    AGE    PREFERREDCLUSTER    FAILOVERCLUSTER     DESIREDSTATE   CURRENTSTATE   PROGRESSION   START TIME             DURATION        PEER READY
   [...]
   busybox                cephfs-busybox-placement-1-drpc         103m   cluster-1            cluster-2          Failover       FailedOver     Cleaning Up   2024-04-15T09:12:23Z                   False
   busybox                cephfs-busybox-placement-1-drpc         102m   cluster-1                                              Deployed       Completed     2024-04-15T07:40:09Z   37.200569819s   True
   [...]