Webサーバのレスポンスタイムを調べたい

Question

Webサーバの前にロードバランサを置こうとしています。このロードバランサのタイムアウト時間を設定するにあたり、現在のWebサーバがどの程度のレスポンスタイムで応答しているのかを調査する方法はないでしょうか。

できれば、測定値ではなくてプロダクション環境での実績値を確認したいです。実際にユーザが使っているときに、どの程度でレスポンスしていたのかを知りたい。

やったこと

テスト環境において測定してみて、Webブラウザの開発者ツールのネットワークタブを使い、おおむねこれくらいかなという値はとれました。

Apache httpd の LogFormat に http://httpd.apache.org/docs/2.2/mod/mod_log_config.html#formats にある %Tや%D を使ってみました。しかしどうやらこれはレスポンスタイムではなくてターンアラウンドタイムのようで、巨大ファイルをダウンロードしたときなどに期待した値がとれていません。

Comments

[kore-edge]

ロードバランサーにタイムアウトを設定しなければならない理由は何でしょう？

[matobaa]

ロードバランサーのメモリを早期に開放するためです。もしかして設定する意味がないとか?

[eripong]

サーバ側でパケットキャプチャするとかStraceで対応取るとか、プロダクション環境では難しそうな方法しか思い付かなかったので、前提の確認です。ロードバランサはDSR構成ですか？レスポンスタイムをタイムアウトに設定して意味がありそうなのは、戻りがクライアント直接になるDSRくらいかな、と思うのですが。ロードバランサにそれほど詳しくないので、的外れなら済みません。

[matobaa]

行きも帰りも通る構成にしてます。LBにSSLアクセラレータを載せる予定です。DSRじゃないとタイムアウト設定の意味ないんですか? そのあたりはよくわかっていないです。

[eripong]

すみません。再度考えてみましたが、DSR云々は私の勘違いのようです。

[eripong]

ので、撤回します。

[yamamtsu]

間違えてこちらに回答してしまったので、取り消させてください。すみません。

Answer 1

応答開始するまでの時間ということですよね。であれば、裏側（サーバ側）で何をしているのかにもよりますが、巨大なファイルかどうかは直接関係ないと思われますし、負荷状況にも依存するでしょうから、Jmeter等を用いて負荷テストを行ったうえで決めるのが良いと思います。早期に開放したいからといって、応答時間を待ちきれないような値に設定しても、意味がないので。。

Answer 2

なるほど。
そもそもロードバランサーのタイムアウトは、sorry ページに遷移させるための要素が強いかと思いますが、メモリをできるだけ使わせない策を検討されるということは、結構なアクセスやwwwサーバーの負荷がかかっているんでしょうね。
ただ、LBのメモリ消費を気にするのであれば、そもそも www サーバーで稼働しているアプリや、ダウンロードファイルなどのボトルネックの解消を検討したほうがよいかと思います。
LBのメモリ消費は、ミクロな問題かと。マクロを気にすべきでは。

また、本題のレスポンスタイムですが、難しいところですね。
ブラウザのレスポンスタイムなんていうものは、言ってしまえば 10000台あれば10000台とも違ってきますよね。
インターネット越しだし、端末のスペックだって違うし。

実際にLB立てて、LBの経路でも通信できるようにして、検証したほうがいいと思いますよ。
方法としてはブラウザを使った実測でしょうか。

それで、ダウンロードのファイルサイズが一番大きそうなサイズで何回かテストして、平均というより最大をとったほうがいいでしょうね。
2〜3経路のプロバイダを使ってテストできればよりよいかと思います。