すでに冗長な通信リンクがあるのに、なぜフェンシングを使用するのですか？
この記事 フェンシング（別名STONITH）と冗長通信リンクの両方を使用する必要があります。スプリットブレインの場合にSTONITHがどのようなメリットをもたらすのかを理解しようとしています。たとえば、スイッチIを使用して接続されているノードA、ノードB、STONITHデバイスがあるとします。スイッチIが停止すると、ネットワークが分割され、ノードAはSTONITHデバイスに要求を送信できなかったため、役に立ちません。
OK、ノードをSTONITHデバイスに接続する専用のスイッチIIがあるかもしれません。スイッチIに障害が発生した場合でも、STONITHデバイスに信号を送信でき、ノードBの電源がオフになる可能性があります。
しかし、問題は、ノードAとノードBの間の冗長通信パスとしてスイッチIIを使用しないのはなぜですか？スイッチIに障害が発生した場合でも、スイッチIIを使用でき、ノードBをシャットダウンする必要はありません。
クラスターがノードのフェイルオーバーが必要であると判断した場合、そのノードに何か問題があるはずです。
フェンシング、ヘッド内の他のノード（STONITH）の射撃は、障害が発生したノードが保持していたすべてのリソースを解放することを保証する最善の方法であり、問題がソフトウェア関連の場合は、ハードリセットによって修正される可能性があります。素敵なボーナスです...
通常、クラスター化されたサービスはクラスターの同時実行をサポートしておらず、2つのインスタンスが同時に実行されると、問題が発生するため、クラスターを構築します。それを防ぐために多くの努力が注がれています。多くの場合、高可用性は、クラスター設計者としての優先順位の2番目に遠くなります。