WebSphere Application Serverはロング・ポーリング・リクエストをロード・バランシングする

Question

WebSphere Application Server（現在は8.5.5）の前に、実際にWebSphereプラグイン付きのIBM HTTPサーバーをリバース・プロキシーとロード・バランサーとして使用しています。

次回は、長いポーリングリクエストを大量に使用する必要があります。何千ものリクエストが同時にアクティブになります。 WAS側では、非同期サーブレットが私のニーズに対応するはずですが、Apacheのリクエスト・モデルごとのスレッドがサーバーのスケーラビリティを制限する主な要因になるのは怖いです。すべてのリクエストは、WebSphereプラグインがWASに接続できるように、ApacheのスレッドとTCPポートを使用します。

このアーキテクチャーやWASのリバースプロキシーとして機能し、Apacheよりも長いポーリング要求に対応できるその他のソフトウェアソリューションに役立つApache設定はありますか？

ありがとうございました

Answer 1

あなたの懸念は十分に確立されています。これらの要求は、WASで負荷を軽減している間でも、Apacheベースのサーバー上では多少不足しているスレッドを拘束します。もちろん、Apacheのスレッドは、AppServerのスレッドと同じくらいに乏しく/コストがかかりません。

私はApache/IHSのいくつかのインスタンスではまだ何万人もいると思います。通常、数千のスレッドしかありませんが、それらのすべてがアイドル状態になると予想された場合は、インスタンスあたり5000+以上の可能性があります。

WebSphere DataPowerやnginxやApache Traffic Serverなどの完全非同期プロキシは、実際には（アイドル）接続数に比例したリソースを実際に使用しません。