リクエスト数が膨大な場合は、それぞれのクライアントに応答を送信しながらバランサをロードして問題を引き起こすことはできますか？

Question

ロードバランサのアーキテクチャーに続いて2つのWebアプリケーションサーバーとデータベースがあり、私はJmeter分散テスト環境から数千のHTTPリクエストをサーバーに送信しています。

応答を返すときに、要求がサーバーから応答を返すことはほとんどありません。

[データベースログ]にチェックを入れたところ、100％の要求が応答しました。 Webアプリケーションサーバーのアクセスログで確認したところ、100％の要求が返されました。

Can Load Balancerは、これらの保留中の応答をそれぞれのクライアントに渡ってダメージを与えますか？ 異なるリクエストが異なる場合があります。

ありがとうございました！

Answer 1

あなたはロードバランサ疑いがある場合は、最初の3つの一般的な原因を見て：

1. Serverは、ロードバランサが
2. クライアントは、サーバが応答するのにかかるよりも短いタイムアウトを持って待っているよりも、対応に時間がかかります。すべての3つのケースで
3. ロードバランサのポート/スレッド/接続の枯渇、または他のLB構成の問題

、私は、ロードバランサのログを見てお勧めします。あなたが使用しているLB指定されていませんでしたので、私はログが見えます正確にどのように言うことはできませんが、一般的にLBログはあなたに見るためのオプションを提供します：

1. それがウェブに送信される要求にかかったどのくらいWebサーバーからの応答がロードバランサに返されるようにします。これらの数値をロードバランサとクライアント用に構成されたタイムアウトと比較することができます（問題1と2）。
2. クライアントからの要求をLBで処理するのにかかる時間と、LBがクライアントに応答するまでの時間。ロードバランサで問題が発生した場合は、何が起きているのかを説明してください。

ロードバランサのログを確認できない場合、ロードバランサの背後にあるターゲットサーバにJMeterテストを一時的に変更することをお勧めします。すべてのサーバー間で負荷を均等に分散するようにスクリプトを構成することもできます（複数のスレッドグループを使用するなど）。そうすれば、問題を特定し、何が起こっているのかについてより多くの情報を得ることができます。