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

第4章 STONITH を使用したコントローラーノードのフェンシング

フェンシングとは、クラスターとクラスターリソースを保護するために、異常が発生したノードを分離するプロセスのことです。フェンシングがないと、異常が発生したノードが原因でクラスター内のデータが破損する可能性があります。director は、Pacemaker を使用して、高可用性のコントローラーノードクラスターを提供します。

Pacemaker は、障害の発生したノードをフェンシングするのに STONITH というプロセスを使用します。STONITH は、"Shoot the other node in the head" の略です。STONITH はデフォルトでは無効化されているため、Pacemaker がクラスター内の各ノードの電源管理を制御できるように手動で設定する必要があります。

重要

STONITH を使用しない高可用性オーバークラウドのデプロイはサポートの対象外です。高可用性オーバークラウドの Pacemaker クラスターの一部である各ノードには、STONITH デバイスを設定する必要があります。STONITH および Pacemaker の詳細は、Red Hat High Availability クラスターでのフェンシングの設定 および RHEL High Availability クラスターのサポートポリシー - フェンシング/STONITH の一般的な要件 を参照してください。

コントローラーノードがヘルスチェックに失敗すると、Pacemaker 指定のコーディネーター (DC) として機能するコントローラーノードは、Pacemaker stonith サービスを使用して影響を受けるコントローラーノードをフェンシングします。

注記

Pacemaker クラスターノードまたは Pacemaker リモートノードがフェンスされている場合、オペレーティングシステムのハード強制終了が発生し、正常なシャットダウンは行われません。詳細は、RHEL の 高可用性クラスターの設定および管理 の フェンスデバイスのテスト を参照してください。

4.1. サポート対象のフェンシングエージェント
リンクのコピー

フェンシング機能と共に高可用性環境をデプロイする場合、環境のニーズに応じてフェンシングエージェントを選択することができます。フェンシングエージェントを変更するには、fencing.yaml ファイルに追加のパラメーターを設定する必要があります。

Red Hat OpenStack Platform (RHOSP) では、以下のフェンシングエージェントがサポートされています。

Intelligent Platform Management Interface (IPMI)
Red Hat OpenStack Platform (RHOSP) がフェンシングの管理に使用するデフォルトのフェンシングメカニズム
STONITH Block Device (SBD)

SBD (Storage-Based Death) デーモンは、Pacemaker とウォッチドッグデバイスを統合して、フェンシングがトリガーされる際および従来のフェンシングメカニズムが利用できない場合に、ノードを確実にシャットダウンします。

重要
  • SBD フェンシングは、pacemaker_remote サービスを使用する仮想マシンまたはノードではサポートされていないため、コントローラーノードでのみ設定できます。
  • fence_sbd および sbd poison-pill フェンシングとブロックストレージデバイスの組み合わせはサポートされません。
  • SBD フェンシングは、互換性のあるウォッチドッグデバイスでのみサポートされます。詳細は、Support Policies for RHEL High Availability Clusters - sbd and fence_sbd を参照してください。
fence_kdump

kdump クラッシュリカバリーサービスが設定されたデプロイメントで使用します。このエージェントを選択する場合、ダンプファイルを保存するのに十分なディスク容量を確保してください。

IPMI、fence_rhevm、または Redfish フェンシングエージェントに加えて、このエージェントを設定することができます。複数のフェンシングエージェントを設定する場合は、2 番目のエージェントが次のタスクを開始する前に、1 番目のエージェントがタスクを完了するのに十分な時間を割り当てるようにしてください。この fence_kdump STONITH エージェントを第 1 レベルのデバイスとして実装します。以下に例を示します。 

parameter_defaults:
  EnableFencing: true
  FencingConfig:
    devices:
      level1:
      - agent: fence_kdump
        host_mac: aa:bb:cc:dd:ee:ff
      level2:
      - agent: fence_ipmilan
        host_mac: aa:bb:cc:dd:ee:ff
        params:
          <parameter>: <value>
Copy to Clipboard Toggle word wrap
重要
  • RHOSP director は fence_kdump STONITH エージェントの設定のみをサポートします。フェンスエージェントが依存する完全な kdump サービスの設定はサポートされません。kdump サービスの設定に関する詳細は、Red Hat Pacemaker クラスターで fence_kdump を設定する方法 の記事を参照してください。
  • Pacemaker ネットワークトラフィックインターフェイスが ovs_bridges または ovs_bonds ネットワークデバイスを使用する場合、fence_kdump はサポートされません。fence_kdump を有効にするには、ネットワークデバイスを linux_bond または linux_bridge に変更する必要があります。
Redfish
DMTF Redfish API をサポートするサーバーが設定されたデプロイメントで使用します。このエージェントを指定するには、fencing.yaml ファイルで agent パラメーターの値を fence_redfish に変更します。Redfish の詳細は、DTMF のドキュメント を参照してください。
マルチレイヤーフェンシング
複雑なフェンシングのユースケースに対応するために、複数のフェンシングエージェントを設定することができます。たとえば、fence_kdump と共に IPMI フェンシングを設定することができます。Pacemaker が各メカニズムをトリガーする順番は、フェンシングエージェントの順序により決まります。
トップに戻る
Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

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

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

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

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

会社概要

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

Theme

© 2025 Red Hat