Apacheは停止したTomcat JVMをどのように検出しますか？

Question

複数のTomcat JVMを単一のApacheクラスタで実行しています。 1つを除くすべてのJVMをシャットダウンすると、503秒になることがあります。再試行間隔を180分（retry = 10から）に増やすと、問題は解決します。それは私に を持って来ました、Apacheは停止したTomcat JVMをどうやって検出しましたか？私が に複数のJVMを含むクラスタがあり、そのうちのいくつかが停止している場合は、 Apacheはそれをどのように見つけますか？私が読んだところでは、Apacheは実際の 要求を使って、バックエンドのJVMの健全性を判断します。その場合、JVMが停止している場合、 要求が失敗します（5xx付き）。なぜ再試行値が高いのでしょうか 違いがありますか？あなたはpingの導入が助けになると思いますか？

誰かがちょっと説明したり、私にある文書を指し示すことができたら、それはすばらしいでしょう。

Apache 2.4.10、mod_proxy、byrequests LBアルゴリズム、スティッキーセッション、 キープアライブがオン、すべてのバランサメンバーがttl = 300を使用しています。

ありがとうございます！

Answer 1

あなたの設定が実際に行っていることを少し調べて、次に役立つものに移行しましょう。

[docs]

retry - ここでは、「あなたが指定したものを、それ10または180設定しましいずれかの時間のapacheがあなたのバックエンドサーバをダウン検討しますので、彼にリクエストを送信しませんどのくらいです。値が高いほど、バックエンドが完全に立ち上がるまでの時間が長くなりますが、時間があれば-1サーバーなので、負荷を増やすことができます。

stickysession - すべてのセッションが何らかの理由でバックエンドサーバーを失った場合、エラーが発生します。

すべての今、我々はApacheのmod_proxyのはを内蔵ヘルスチェック機構を持っていないことを自分の状況レッツ明確に関連する変数を説明していること、それは本当の要求に応答に基づいてバックエンドのステータスを更新します。

だからあなたの現在の構成は、次のように動作します：

Apacheが生きているバックエンドに送信

1. リクエストは、Apacheに到着
2. 要求が応答をエラーHTTPコードを取得または取得できない場合応答はまったく、apacheはそのバックエンドをERROR状態にします。
3. リトライ時間が経過すると、apacheはそのバックエンドサーバー要求を再度送信します。

したがって、ダウンしているバックエンドサーバーに到達する最初のリクエストにはエラーページが表示されることを理解しています。

あなたができることの1つは、実際にはpingです。ドキュメントによると、要求を送信する前にバックエンドをチェックします。もちろん、生成するオーバーヘッドを考慮してください。

mod_proxy_ajpは、tomcatバックエンドフェールオーバーの検出に特別な機能（および構成のofc）を提供するように設定することをお勧めしますが、