のApache HttpClientをロードバランシングプール接続

Question

。私は理論的にはConnectionKeepAliveStrategyを使うことができますが、私がこれを知ることができるのは、レスポンス後にのみ適用されるフォームです。接続はアイドル状態です。

私たちが抱えている問題..

は、ロードバランサを経由して2台のサーバ（A、B）を押す、1つのクライアントを想定します。 サーバの1つがオフラインになると（B）、すべての新しい接続がサーバ（A）に対して確立されます。 他のサーバ（B）がオンラインに戻ると、すべての接続が他のサーバ（A）にあるので、アイドル状態のままです。クライアントがアイドルタイムアウト/キープアライブ以下の接続にアクセスしている間は、これが継続され、Bサーバはアイドル状態になります（別名ゼロ接続）。

私たちは定期的に閉じます（「ランダム化された時間ウィンドウ」内。理想的には、我々はすべての接続が同時にリセットしたくない）ために、すべての持続的な接続を強制do..isたいです。これを行う上での任意の提案？

私たちはHttpClientConnectionManagerを延長し、接続がどれだけ開いているかを追跡してからx時間後に閉じてみましたが、これはうまくいかないようです。私はそれが実際に実際の時間を追跡するために、その不可能を作るなど、確立された接続の1「を使用し」され、HttpClientConnectionは実際には実際の接続ではなく、プロキシで、このプロキシの下のように見えるので、これは推測していますそれらの根底にある接続が確立されている。

思考？

今私は、要求を実行した後、ただ単に1分あたり1接続で HttpRequestBase.abort()と呼んでいます。希望の動作に近いものをいくつか得ることができます。

Answer 1

一つはTTL（生存時間）パラメータを使用して接続の総寿命を制限することができます。

HttpClientBuilder.create() 
     .setConnectionTimeToLive(1, TimeUnit.MINUTES) 
     .build(); 

これは、すべての接続が1分後に更新されるよう強制します。

Answer 2

私はあなたが適切にロードバランサを使用しているとは思いません。

   +--> SA 
C <---> LB <--+ 
       +--> SB 

クライアントはロードバランサへの永続的な接続を持つことができます。 LB<-->SAとLB<-->SBの接続は、永続的な接続を使用することもできますが、問題ではありません。ロードバランサは、TCP接続だけでなく、そのレイヤでHTTPとルートを理解する必要があります。したがって、同じ持続的接続で2つの着信（LBへの）HTTP要求を2つの別々のサーバーにルーティングできます。