1

Apache (2.2.3) と mod_jk (1.2.30) をスティッキー セッション付きの負荷分散コンポーネントとして使用し、Jboss 5 を Java アプリケーションのアプリケーション コンテナーとして使用して、Wicket ベースの Java アプリケーションを実稼働サーバー クラスターにデプロイしています。

JMX コンソールに表示されるように、Apache と Jboss の間の AJP キューがリクエストでいっぱいになり、アプリケーション サーバーが新しいリクエストを処理しなくなるという問題が、実稼働環境で一貫して確認されていません。関連するすべてのシステム コンポーネント (全体的なトラフィック、負荷データベース、プロセス リスト データベース、クラスター化されたすべてのアプリケーション サーバー ノードの負荷) を調べても、呼び出しが AJP キューで停滞している理由を説明するキャパシティの問題を示すものは何もありません。代わりに、すべてのシステムが十分にアイドル状態に見えます。

これまでのところ、この問題に対する唯一の解決策は、アプリサーバーとロード バランサーを再起動することです。これにより、AJP キューがたまにしかクリアされません。

システムの負荷が高くないにもかかわらず、キューがいっぱいになり、エンド ユーザーにコールが返されない理由を突き止めようとしています。

他の誰かが同様の問題を経験しましたか?

キューイングの動作を説明できる、他に監視すべきシステム メトリックはありますか?

これは潜在的に mod_jk の問題ですか? その場合、問題を解決するために mod_jk を mod_cluster に交換することをお勧めしますか?

どんなアドバイスでも大歓迎です。トラブルシューティングのために追加情報を提供できる場合は、喜んで提供します。

/ベン

4

1 に答える 1

0

行き詰まりの状況のようなにおいがします。

Tomcat 接続の数を確認します。これらも最大になる場合、アプリまたはデータベースに関連していることはほぼ 100% 確実です。

これが発生した場合は、データベースのロックを確認してください。これがヒントになるかもしれません。

バックエンドでステートフル セッション Bean を使用している場合は、よく調べてください。

于 2010-06-03T11:22:38.353 に答える