3.18.2. パッシブハブクラスターへの切り替え

手順

1. 復元手順中に、ManifestWorks が正しく再生成されない場合にリソースのエビクションを回避するために、AppliedManifestWork のエビクション の猶予期間を延長することができます。パッシブハブクラスターで、既存のグローバル KlusterletConfig を確認します。

   • グローバルの KlusterletConfig が存在する場合は、appliedManifestWorkEvictionGracePeriod パラメーターの値を編集して、より大きな値に設定します。たとえば、24 時間以上などです。

   • グローバルの KlusterletConfig が存在しない場合は、次の yaml を使用して Klusterletconfig を作成します。

     apiVersion: config.open-cluster-management.io/v1alpha1
     kind: KlusterletConfig
     metadata:
       name: global
     spec:
       appliedManifestWorkEvictionGracePeriod: "24h"

     設定はすべてのマネージドクラスターに自動的に伝播されます。

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

   重要

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

3. 復元が完了したことを確認します。

   $ oc -n <restore-namespace> wait restore <restore-name> --for=jsonpath='{.status.phase}'=Finished --timeout=120s

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

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

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

   出力例:

   Succeeded

7. アクティブハブクラスターで DR 監視ダッシュボードタブが有効になっている場合は、RHACM コンソールを更新して、そのタブにアクセスできるようにします。

8. 新しいハブクラスターで次のコマンドを使用して DRPC 出力を確認します。

   $ oc get drpc -A -o wide

   PROGRESSION のステータスが PAUSED になっている場合、一時停止を解除するには管理者の介入が必要です。PROGRESSION は、次の条件下で PAUSED 状態になります。

   • Cluster Query Failure: DRPC 調整中にどのクラスターも正常にクエリーされませんでした。この状況はハブの回復中に発生する可能性があります。
   • Action Mismatch: DRPC アクションが照会された VRG アクションと異なります。

   • Cluster Mismatch: DRPC アクションと VRG アクションは同じですが、プライマリー VRG が DRPC が想定したクラスターとは異なるクラスターで見つかりました。

     重要

     一時停止の原因を診断して解決できない場合は、Red Hat Customer Support にお問い合わせください。

     PROGRESSION が Completed または Cleaning up のいずれかの場合、続行しても安全です。

9. 新しいハブのグローバル KlusterletConfig を編集し、パラメーター appliedManifestWorkEvictionGracePeriod とその値を削除します。

10. アクティブハブクラスターがダウンしていたか、アクティブハブクラスターとプライマリーのマネージドクラスターの両方がダウンしていたかのシナリオに基づいて次の手順を実行します。

    1. アクティブハブクラスターのみがダウンしていて、マネージドクラスターにまだアクセスできる場合は、それ以上のアクションは必要ありません。

    2. プライマリーマネージドクラスターがアクティブハブクラスターとともにダウンしている場合は、プライマリーマネージドクラスターからセカンダリーマネージドクラスターにワークロードをフェイルオーバーする必要があります。

       フェイルオーバーの手順は、ワークロードの種類に応じて、サブスクリプションベースのアプリケーション または ApplicationSet ベースのアプリケーション を参照してください。

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

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

    $ oc get drpc -o wide -A