0

現在、大きな画像ファイルをクライアントにストリーミングするサーブレットを開発中です。Apache mod_jk ロード バランサーを使用して、クラスターに必要な Jboss ノードの数を決定しようとしています。1 つのリクエストを処理するのに約 5000 ミリ秒かかることがわかっています。ここのフォーラムhttp://people.apache.org/~mturk/docs/article/ftwai.htmlを使用して、可能な接続数を把握しようとしていますが、それぞれが説明されていないため問題が発生しています数式中の数値の 1 つ。具体的には、各サーバーを CPU あたり 200 リクエストに制限する必要があると言われていますが、式でそれを使用する必要があるかどうかはわかりません。私たちが使用している各サーバーには 8 つのコアがあるため、フォーラムは次のようになるはずです。

同時ユーザー = (500/5000) * 200 * 8 = 100 人の同時ユーザー

またはこのように：

同時ユーザー = (500/5000) * (200 * 8) * 8 = ~1200 の同時ユーザー

彼らがどちらを意味したかによって大きな違いが生じます。ドキュメントに例がないと、わかりにくいです。誰でも明確にできますか？

前もって感謝します。

4

1 に答える 1

1

これらの画像は静的ではないと思いますか、それともこの行で停止したでしょうか?

Tomcat からの負荷を軽減する最初のことは、画像などの静的コンテンツを提供するために Web サーバーを使用することです。

そうでない場合でも、問題は 8 倍よりも大きくなります。彼の式の目的は、AART (平均アプリケーション応答時間) が 0.5 秒を超えずに処理できる同時接続数を決定することです。アプリケーションが 1 つのリクエストを処理するのに 5 秒かかります。あなたが適用している数式は、1 か月で 9 人の女性が赤ちゃんを産むことができることを示しています。

0.5 秒が最大許容 AART であることに同意する場合は、最初に単一のリクエストを 0.5 秒以内で処理できる必要があります。

それ以外の場合は、ミリ秒単位の最大 AART の値 (500) を自分の値 (実際の AART 以上である必要があります) に置き換える必要があります。

最後に、彼の CPU 用語がコアを考慮すべきかどうかという問題については、CPU とワークロードによって異なります。大きな画像を提供している場合、CPU バウンドではなく、おそらく IO バウンドです。テストする必要があります。

AART が劣化するポイントが見つかるまで、Tomcat のスレッド プールを最大にして負荷を追加します。これは、彼の方程式の後半の実際の値です。ただし、その時点でテストを続け、AART が最大値をいつ超えるかを判断することで、「同時ユーザー」の実際の値を確認できます。

于 2010-08-10T21:39:25.770 に答える