Red Hat Summit Red Hat Summitサポートコンソール開発者トライアルの開始お問い合わせ

7.2. Regional-DR のトラブルシューティング

7.2.1. rbd-mirror デーモンのヘルスが警告状態になる
リンクのコピー

問題

ミラーサービス ::get_mirror_service_status が Ceph モニターを呼び出して rbd-mirror のサービスステータスを取得すると、WARNING が報告されるケースが多数あるようです。

ネットワークの切断後、rbd-mirror デーモンの正常性は warning 状態になりますが、両方のマネージドクラスター間の接続は問題ありません。

解決方法

ツールボックスで次のコマンドを実行し、leader:false を探します。 

rbd mirror pool status --verbose ocs-storagecluster-cephblockpool | grep 'leader:'

出力に次のように表示される場合:

leader: false

これは、デーモンの起動に問題があることを示しており、最も可能性の高い根本原因は、セカンダリークラスターへの確実な接続の問題である可能性があります。

回避策: Pod を削除するだけで rbd-mirror Pod を別のノードに移動し、別のノードで再スケジュールされていることを確認します。

leader: true または出力なし

Red Hat サポートに連絡してください。

BZ リファレンス: [2118627]

7.2.2. 宛先ホスト名を解決できないため、volsync-rsync-src Pod がエラー状態になる
リンクのコピー

問題

VolSync ソース Pod は、VolSync 宛先 Pod のホスト名を解決できません。VolSync Pod のログには、次のログスニペットのようなエラーメッセージが長時間にわたって一貫して表示されます。 

$ oc logs -n busybox-workloads-3-2 volsync-rsync-src-dd-io-pvc-1-p25rz

出力例 

VolSync rsync container version: ACM-0.6.0-ce9a280
Syncing data to volsync-rsync-dst-dd-io-pvc-1.busybox-workloads-3-2.svc.clusterset.local:22 ...
ssh: Could not resolve hostname volsync-rsync-dst-dd-io-pvc-1.busybox-workloads-3-2.svc.clusterset.local: Name or service not known
解決方法

両方のノードで submariner-lighthouse-agent を再起動します。 

$ oc delete pod -l app=submariner-lighthouse-agent -n submariner-operator
問題

ハブクラスターに障害が発生した場合に、マネージドクラスターへの ApplicationSet ベースのワークロードのデプロイメントは、ガベージコレクションされません。ワークロードは残りのマネージドクラスターにフェイルオーバーされている間、スタンバイハブクラスターに復元されます。ワークロードのフェイルオーバー元のクラスターは、新しく回復されたスタンバイハブに再び参加します。

したがって、Regional DRPolicy で DR 保護されている ApplicationSet は、VolumeSynchronizationDelay アラートの起動を開始します。さらに、このような DR で保護されたワークロードは、2 つのクラスター間でデータが同期されていないため、ピアクラスターにフェイルオーバーしたり、ピアクラスターに再配置したりできません。

解決方法

回避策として、新しく回復したハブからワークロードのフェイルオーバーが実行された後にハブに再参加したマネージドクラスター上で孤立したワークロードリソースを openshift-gitops Operator が所有できる必要があります。これを行うには、次の手順を実行します。

  1. openshift-gitops namespace のハブクラスター上の ArgoCD ApplicationSet リソースによって使用されている配置を決定します。

  2. このフィールドの ApplicationSet の配置ラベル値 (spec.generators.clusterDecisionResource.labelSelector.matchLabels) を検査します。

    これは、配置リソース <placement-name> の名前になります。

  3. ApplicationSet で参照される Placement に PlacemenDecision が存在することを確認します。 

    $ oc get placementdecision -n openshift-gitops --selector cluster.open-cluster-management.io/placement=<placement-name>

    これにより、現在必要なフェイルオーバークラスターにワークロードを配置する 1 つの PlacementDecision が生成されます。

  4. クリーンアップする必要があるクラスターを指す ApplicationSet の新しい PlacementDecision を作成します。

    以下に例を示します。 

    apiVersion: cluster.open-cluster-management.io/v1beta1
kind: PlacementDecision
metadata:
  labels:
    cluster.open-cluster-management.io/decision-group-index: "1" # Typically one higher than the same value in the esisting PlacementDecision determined at step (2)
    cluster.open-cluster-management.io/decision-group-name: ""
    cluster.open-cluster-management.io/placement: cephfs-appset-busybox10-placement
  name: <placemen-name>-decision-<n> # <n> should be one higher than the existing PlacementDecision as determined in step (2)
  namespace: openshift-gitops

  5. 新たに作成した PlacementDecision を subresource のステータスに更新します。 

    decision-status.yaml:
status:
  decisions:
  - clusterName: <managedcluster-name-to-clean-up> # This would be the cluster from where the workload was failed over, NOT the current workload cluster
    reason: FailoverCleanup
     
    $ oc patch placementdecision -n openshift-gitops <placemen-name>-decision-<n> --patch-file=decision-status.yaml --subresource=status --type=merge

  6. ApplicationSet のアプリケーションリソースが必要なクラスターに配置されていることを確認します。 

    $ oc get application -n openshift-gitops  <applicationset-name>-<managedcluster-name-to-clean-up>

    出力で、SYNC STATUS が Synced と表示され、HEALTH STATUS が Healthy として表示されているかどうかを確認します。

  7. 手順 (3) で作成した PlacementDecision を削除します。これにより、ArgoCD は <managedcluster-name-to-clean-up> 上のワークロードリソースをガベージコレクションできるようになります。 

    $ oc delete placementdecision -n openshift-gitops <placemen-name>-decision-<n>

Regional DRPolicy で DR 保護されている ApplicationSet は、VolumeSynchronizationDelay アラートの実行を停止します。

BZ リファレンス: [2268594]

Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

Red Hat ドキュメントについて

Red Hat をお使いのお客様が、信頼できるコンテンツが含まれている製品やサービスを活用することで、イノベーションを行い、目標を達成できるようにします。 最新の更新を見る.

多様性を受け入れるオープンソースの強化

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。このような変更は、段階的に実施される予定です。詳細情報: Red Hat ブログ.

会社概要

Red Hat は、企業がコアとなるデータセンターからネットワークエッジに至るまで、各種プラットフォームや環境全体で作業を簡素化できるように、強化されたソリューションを提供しています。

Theme

© 2026 Red Hatトップに戻る