2 ノードクラスターと Red Hat High Availability クラスターでのフェンシングループを回避するにはどうすればよいですか?
Issue
- フェンスデバイスを Red Hat High Availability クラスターとのクラスター通信と同じネットワーク上に置く必要があるのはなぜですか?
- クラスターでフェンスループを防ぐにはどうすればよいですか?
- 2 ノードクラスターの 1 つのノードが稼働中で、ネットワークに問題がある間にもう 1 つのノードが起動した場合、その起動中のノードがアクティブなノードをフェンスします。
fence_scsiで設定された 2 ノードクラスターで、ネットワークの問題によりノードがフェンスされ、その後再起動する場合、再起動したノードがサービスを開始すると、"アクティブ" なノードから SCSI 予約の競合とパス障害が報告されます。- 起動時にサーバーがハングし、エラーメッセージ "Joining fence domain" が表示されます。
Environment
- Red Hat Enterprise Linux (RHEL) 5 以降 (High Availability Add-On 使用)
- 2 ノードの Red Hat High Availability クラスター (この問題は 3 ノード以上のクラスターには当てはまらない)。
cmanベースのクラスター: クォーラムディスクが設定されていないもの。 クラスターはtwo_node="1"が設定された 2 票のみを持っている必要があります。corosync+votequorumベースのクラスター:wait_for_allが設定されていないもの (two_nodeが有効になっている場合、デフォルトで設定されています)。- クラスターフェンスデバイスは IP ベースであり、ネットワーク経由でアクセスされます。
- フェンスデバイスには、クラスターが通信するネットワークとは異なるネットワーク経由でアクセスします。 これは実質的に、クラスター相互接続が利用できない場合でも、両方のノードがフェンスデバイスにアクセスできることを意味します。
Subscriber exclusive content
A Red Hat subscription provides unlimited access to our knowledgebase, tools, and much more.