DRBD / Pacemaker / Corosync2ノードクラスターを備えたSTONITH
そのため、MySQLデータを複製するために2ノードのDRBD/Pacemaker/CorosyncクラスターでSTONITHを使用することに関して多くの矛盾する見方が見られます。 PacemakerのWebサイト で見つけた例はオフになっているようですが、他の多くの場所ではオンのままにしておく必要があると言われています.....私のセットアップは2つのノードと2つのインターフェイス、1つです他のマシンに物理的に接続され、他のマシンはスイッチに接続されています。その場合、冗長な通信がある場合、STONITHは必要ですか？サーバーが両方のネットワーク接続を失った場合、とにかくMySQLデータを受信しません。サーバーが復旧したときに、スティッキネスを無限に設定して、マスターになろうとしないようにする予定です。この場合、STONITHは必要ですか、それともお勧めですか？
最善の方法は、さまざまな障害モードで実際に何が発生するかをテストして、両方のMySQLサーバーがマスターになろうとする単一障害がないことを確認することです。
1台のサーバーでインターネット接続の無効化をテストします。両方のサーバーで何が起こるかを確認し、サーバーを復旧したときに何が起こるかを監視します。
冗長接続についても同じようにします。次に、すべてのネットワーク接続を一度に無効にして同じことを行います。
2ノードクラスターでSTONITHを実行しない理由の1つは、両方のノードが他方を強制終了しようとして実際に成功するのはかなり簡単なことです。セットアップをテストして、両方がシャットダウンしないこと、または両方がマスターとして実行され続けてデータベースが同期しなくなっていないことを確認する必要があります。
テスト中、本番環境に移行する前に、もう1つお勧めします。意図的に壊してください。 mysqlとdrbdが同期しなくなるようなことをして、それを修正する方法を学びます。それを修正するために必要なことを書き留めてください。あなたが本当にする必要がある前にそれをする方法を知っている方がはるかに良いからです。