3.14. マネージドクラスター間でのサブスクリプションベースのアプリケーションの再配置


すべてのマネージドクラスターが使用可能になったら、アプリケーションを適切な場所に再配置します。

前提条件

  • セットアップにアクティブおよびパッシブの RHACM ハブクラスターがある場合は、Red Hat Advanced Cluster Management を使用したハブのリカバリー を参照してください。
  • プライマリークラスターが Ready 以外の状態にある場合は、更新に時間がかかる可能性があるため、クラスターの実際のステータスを確認してください。再配置は、プライマリークラスターと優先クラスターの両方が稼働している場合にのみ実行できます。

    1. RHACM console Infrastructure Clusters Cluster list タブに移動します。
    2. 再配置操作を実行する前に、両方のマネージドクラスターのステータスを個別に確認してください。
  • フェンシングを解除する前に、アプリケーションがクラスターからクリーンアップされたことを確認してください。

手順

  1. ハブクラスターでフェンシングを無効にします。

    1. このクラスターの 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
    2. Fenced であった OpenShift Container Platform ノードを正常に再起動します。リカバリーオーケストレーションの障害がさらに発生しないように、フェンシング解除後に I/O 操作を再開するには、再起動が必要です。ノードの正常な再起動 の手順に従って、クラスターのすべてのノードを再起動します。

      注記

      ノードで再起動して uncordon 操作を実行する前に、すべてのノードが最初に接続解除され、ドレインされていることを確認してください。

    3. すべての 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 に移動すると表示されます。

    4. Unfenced クラスターが正常な状態であることを確認します。プライマリーマネージドクラスターのハブクラスターのフェンシングステータスを確認します。<drcluster_name> は、一意の名前に置き換えます。

      $ oc get drcluster.ramendr.openshift.io <drcluster_name> -o jsonpath='{.status.phase}{"\n"}'

      出力例:

      Unfenced
    5. Ceph クラスターにログインし、OpenShift Container Platform クラスターノードに属する IP がブロックリストに含まれていないことを確認します。

      $ ceph osd blocklist ls

      フェンシング中に追加された IP が表示されていないことを確認します。

  2. ハブクラスターで、Applications に移動します。
  3. アプリケーション行の最後にある Actions メニューをクリックして、使用可能なアクションのリストを表示します。
  4. Relocate application をクリックします。
  5. Relocate application モーダルが表示されたら、障害時に関連付けられたアプリケーションを再配置する ポリシーターゲットクラスター を選択します。
  6. デフォルトでは、アプリケーションリソースをデプロイするサブスクリプショングループが選択されています。Select subscription group ドロップダウンをクリックして、デフォルトの選択を確認するか、この設定を変更します。
  7. 再配置の準備 状況を確認します。

    • ステータスが Ready で緑色のチェックマークが付いている場合は、ターゲットクラスターで再配置を開始する準備ができていることを示しています。手順 7 に進みます。
    • ステータスが Unknown または Not ready の場合は、ステータスが Ready に変わるまで待ちます。
  8. Initiate をクリックします。busybox リソースがターゲットクラスターに作成されました。
  9. モーダルウィンドウを閉じ、Applications ページの Data policy 列を使用してステータスを追跡します。
  10. アプリケーションのアクティビティーステータスが Relocated と表示されていることを確認します。

    1. Applications Overview タブに移動します。
    2. Data policy 列で、ポリシーを適用したアプリケーションの policy リンクをクリックします。
    3. Data policy ポップオーバーで、View more details リンクをクリックします。
Red Hat logoGithubRedditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

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

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

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

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

会社概要

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

© 2024 Red Hat, Inc.