こんにちはすべて、
クラスターの構成に問題があります。構成を説明します。インフラストラクチャはすべて VMware にあります。
ノード1IP: 192.168.10.10
ノード2IP: 192.168.10.11
クラスターIP: 192.168.10.12
この構成は問題なく、クラスター構成のテストでは正常に動作します。しかし、別のETHを追加すると、別のネットワークで別のVLANを持つファームを構成する必要があるため、問題が発生します。
この場合、設定ファイルで「$exclude=”–exclude if_eth0_conf –exclude if_eth1_conf”;”」を変更して設定しようとしました。
ノード1eth1: 192.168.20.11
ノード2eth1: 192.168.20.12
仮想インターフェース: 192.168.20.13
マスターに仮想インターフェースを作成し、バックアップに複製しています。これですべて正常に動作し、IPアドレス20.13はpingに応答します。しかし、ノード2に強制的に負荷分散すると、すべて正常に動作しているように見えますが、IPアドレスがpingに応答せず、明らかにファームとして機能しません。
助けていただけませんか？このソフトウェアを使うのは初めてです。
ありがとうございます。
こんにちは、スティーブン。
Relianoid コミュニティへようこそ。
各ノードでサポート保存 (システム > サポート保存) を生成し、support AT relianoid DOT com に送信していただけますか?
ありがとうございました。
こんにちは、スティーブン。
私はsupportsaveファイルを確認しましたが、問題が発生したときのノードの状態に関する詳細な情報が必要です。
問題が発生したときの 2 番目のノードの新しいサポートセーブを共有していただけますか?
その時点でWebインターフェースにアクセスできない場合は、コンソールから次のコマンドを実行してください: /usr/local/relianoid/bin/supportsave
その後、ノードを再起動した後、/tmp にある新しいファイルを scp できます。
ありがとうございました。
こんにちは、スティーブン。
ご要望の情報を送信いただきありがとうございます。ログや設定に問題は見当たりません。
ノード1がプライマリの場合とノード2がプライマリの場合で、フローティング仮想IPのMACアドレスが変化することを確認してください。すべてのIPアドレスに対して以下の手順を試してください。
ping -c1 IPアドレス
arp -n | grep IP_ADDRESS
VMware 仮想スイッチのセキュリティ設定で、IP アドレスの MAC アドレスの変更が許可されていることを確認します。
さらにサポートが必要な場合、または問題が解決した場合はお知らせください。
2 つの異なる VLAN で MAC の変更を許可するように VMware 仮想スイッチを構成しました。この場合、クラスター ノード マスターが他のノードに障害によって変更されたときに、クラスターに割り当てられた仮想インターフェイスは継続して動作しますが、他の仮想インターフェイスは動作しません。構成に間違いがあるかどうかはわかりません。
感謝
こんにちは、スティーブン。
あなたのメッセージを見ました:
問題を見つけたと思います。フェイルオーバーが発生すると、新しいマスターはゲートウェイに新しいARP MACアドレスをアナウンスしません。新しいマスターから「arping -U 172.16.212.1 -s 172.16.212.220 -c1」というコマンドを実行すると、ゲートウェイのARPが更新され、すべて正常に動作します。これを自動的に行うにはどうすればよいでしょうか？
したがって、ノードがマスターになったときにこれを自動化するには、このコマンドを /usr/local/relianoid/config/noid-start ファイルに追加します。
この変更が両方のノードで行われたことを確認してください。
私はこれが役立ちます願っています。