3.14. マネージドクラスター間でのサブスクリプションベースのアプリケーションの再配置
すべてのマネージドクラスターが使用可能になったら、アプリケーションを適切な場所に再配置します。
前提条件
- セットアップにアクティブおよびパッシブの RHACM ハブクラスターがある場合は、Red Hat Advanced Cluster Management を使用したハブのリカバリー を参照してください。
プライマリークラスターが Ready 以外の状態にある場合は、更新に時間がかかる可能性があるため、クラスターの実際のステータスを確認してください。再配置は、プライマリークラスターと優先クラスターの両方が稼働している場合にのみ実行できます。
-
RHACM console
Infrastructure Clusters Cluster list タブに移動します。 - 再配置操作を実行する前に、両方のマネージドクラスターのステータスを個別に確認してください。
-
RHACM console
- フェンシングを解除する前に、アプリケーションがクラスターからクリーンアップされたことを確認してください。
手順
ハブクラスターでフェンシングを無効にします。
このクラスターの DRCluster リソース を編集し、<drcluster_name> を一意の名前に置き換えます。
$ oc edit drcluster <drcluster_name>
apiVersion: ramendr.openshift.io/v1alpha1 kind: DRCluster metadata: [...] spec: cidrs: [...] ## Modify this line clusterFence: Unfenced [...] [...]
出力例:
drcluster.ramendr.openshift.io/ocp4perf1 edited
Fenced
であった OpenShift Container Platform ノードを正常に再起動します。リカバリーオーケストレーションの障害がさらに発生しないように、フェンシング解除後に I/O 操作を再開するには、再起動が必要です。ノードの正常な再起動 の手順に従って、クラスターのすべてのノードを再起動します。注記ノードで再起動して uncordon 操作を実行する前に、すべてのノードが最初に接続解除され、ドレインされていることを確認してください。
すべての OpenShift ノードが再起動され、
Ready
ステータスになったら、プライマリーマネージドクラスター (または Unfenced されたクラスター) でこのコマンドを実行して、すべての Pod が正常な状態であることを確認します。oc get pods -A | egrep -v 'Running|Completed'
出力例:
NAMESPACE NAME READY STATUS RESTARTS AGE
次のステップに進む前に、このクエリーの出力は 0 Pod である必要があります。
重要ストレージ通信が切断されたために Pod がまだ異常な状態にある場合は、続行する前にトラブルシューティングを行って解決してください。ストレージクラスターは OpenShift の外部にあるため、OpenShift アプリケーションを正常に動作させるには、サイトの停止後にストレージクラスターを適切に復元する必要もあります。
または、OpenShift Web コンソールのダッシュボードと概要タブを使用して、アプリケーションと外部 ODF ストレージクラスターの正常性を評価することもできます。OpenShift Data Foundation ダッシュボードの詳細は、Storage
Data Foundation に移動すると表示されます。 Unfenced
クラスターが正常な状態であることを確認します。プライマリーマネージドクラスターのハブクラスターのフェンシングステータスを確認します。<drcluster_name> は、一意の名前に置き換えます。$ oc get drcluster.ramendr.openshift.io <drcluster_name> -o jsonpath='{.status.phase}{"\n"}'
出力例:
Unfenced
Ceph クラスターにログインし、OpenShift Container Platform クラスターノードに属する IP がブロックリストに含まれていないことを確認します。
$ ceph osd blocklist ls
フェンシング中に追加された IP が表示されていないことを確認します。
- ハブクラスターで、Applications に移動します。
- アプリケーション行の最後にある Actions メニューをクリックして、使用可能なアクションのリストを表示します。
- Relocate application をクリックします。
- Relocate application モーダルが表示されたら、障害時に関連付けられたアプリケーションを再配置する ポリシー と ターゲットクラスター を選択します。
- デフォルトでは、アプリケーションリソースをデプロイするサブスクリプショングループが選択されています。Select subscription group ドロップダウンをクリックして、デフォルトの選択を確認するか、この設定を変更します。
再配置の準備 状況を確認します。
-
ステータスが
Ready
で緑色のチェックマークが付いている場合は、ターゲットクラスターで再配置を開始する準備ができていることを示しています。手順 7 に進みます。 -
ステータスが
Unknown
またはNot ready
の場合は、ステータスがReady
に変わるまで待ちます。
-
ステータスが
- Initiate をクリックします。busybox リソースがターゲットクラスターに作成されました。
- モーダルウィンドウを閉じ、Applications ページの Data policy 列を使用してステータスを追跡します。
アプリケーションのアクティビティーステータスが Relocated と表示されていることを確認します。
-
Applications
Overview タブに移動します。 - Data policy 列で、ポリシーを適用したアプリケーションの policy リンクをクリックします。
- Data policy ポップオーバーで、View more details リンクをクリックします。
-
Applications