こんにちは！
リリアノイド 7.6
TES ラボで、バックエンドのメンテナンス モードで奇妙なバグを発見しました。
テスト ラボでは、Outlook クライアントと Exchange の接続のバランスをとるクラスターで 2 つのノード Relianoid 7.6 を使用します。
Outlook が Exchange に接続されると、ファーム内の各 Exchange バックエンドへの確立された接続の数が表示されます (DAG には Exchange テスト サーバーが 2 つだけあります)。
バックエンドの 1 つ (cut) でメンテナンス モードをオンにすると、クライアント接続がリセットされますが、その後、メンテナンス モードになっている同じバックエンドに再接続が開始されます。つまり、クライアント接続は復元されないはずです。
バックエンドでメンテナンス モードをオフにしてからオンにしようとしても、何も変化はなく、クライアント接続は引き続きメンテナンス中のバックエンドに正常に復元され、メンテナンスが無効になるまで接続を受け入れることはありません。
メンテナンス モードは、バックエンドでオンにしてファームを再起動した場合にのみ機能し、その後はメンテナンス モードになっているバックエンドへのクライアント接続は復元されません。
バグのようです。
ファームは、ポート 4、バックエンド数 443 の l2xnat モードで構成されています。
こんにちは！
サポート保存を生成し (システム > サポート保存)、support AT relianoid DOT com で共有していただけますか?
ありがとうございました！
こんにちは！
サポートファイルを送信しましたので、メールをご確認ください。
こんにちは！
保存のサポートありがとうございます。すべてのクライアントが同じIPアドレスにネイティングされているため、これは設定された永続性に関連しているようです。
セッションの永続性を「送信元 IP」から「送信元ポート」に変更してください。
皆様のご意見をお待ちしております。
乾杯。
こんにちは！
セッション持続性を「送信元IP」から「送信元ポート」に変更したところ、メンテナンスモードの動作が改善されました。以前のバージョンでは、セッション持続性を「送信元IP」から「送信元ポート」に変更しなくても、ZEVENETのメンテナンスモードは動作していました。メンテナンスロジックが変更された理由を理解したいです。 RELIANOID バランサーか、ZEVENETで常に正しい設定を使用していなかったのでしょうか?
ZEVENET のメンテナンス モードは、セッション永続設定に依存せず、常に完璧に機能しました。
ZEVENETをアップグレードした後に問題が発生しました RELIANOID.
こんにちは！
メンテナンス モードとセッションの永続性はまったく変更されませんでした。
インフラでは、すべてのクライアントが常にNAT接続されていましたか？それとも最近変更されたのでしょうか？クライアントがNAT接続されている場合、ソースIPによる永続性を利用してクライアントを異なるバックエンドに負荷分散していたとしたら、それはZevenetのバグです。
正しい動作を確認するには、「Source IP」に変更し、/usr/local/relianoid/config/global.conf でデバッグを有効にして、次のように変更します。
$デバッグ=”0″;
〜へ
$デバッグ=”9″;
そして、メンテナンスの問題を再現します。
最後に、メールで最新のサポート保存を共有してください。
かしこ。
こんにちは！
わかりました。情報ありがとうございます！
私のテストでは、ZEVENET ベースのインフラストラクチャ クライアント接続は常に NAT (lx4nat モード) で機能しました。これは ZEVENET に関する興味深い情報です。
私はZEVENETバランサーをテストする必要はありません。 RELIANOID.
RELIANOID 優れたシンプルなバランサー。
助けてくれてありがとう！ =)
どういたしまして、
楽（楽しむ） RELIANOID!