Apache-bench-preparation-for-testing-dynamic-pages
動的ページのテストの準備
この章では、動的ページのテストに必要な準備を理解します。 サーバー側の動的なWebページは、サーバー側のスクリプトを処理するアプリケーションサーバーによって構築が制御されるWebページです。 Apacheベンチは、サーバー側の動的Webページのロードテストのみ可能です。
同時実行レベルとリクエストの総数
同時実行レベルは、リクエストの総数よりも低くする必要があります。
$ ab -l -r -n 30 -c 80 -k -H "Accept-Encoding: gzip, deflate" http://127.0.0.1:8000/出力
ab: Cannot use concurrency level greater than total number of requests
Usage: ab [options] [http[s]://]hostname[:port]/pathフラグの使用
このセクションでは、abコマンドでいくつかの重要なフラグを使用する方法について説明します。 用語、オプション、フラグを同じ意味で使用します。
詳細-v
詳細オプションを使用して、失敗したリクエストが複数存在する場合に分析およびデバッグできます。 負荷テストの失敗の一般的な兆候は、テストが非常に高速に終了し、1秒あたりの要求値として適切な数値が得られることです。 しかし、それは間違ったベンチマークになります。 成功または失敗を識別するには、*-v 2 *オプションを使用して、各応答の本文とヘッダーを端末出力にダンプします。 次のコマンドは、ユースケースを示しています-
$ ab -n 1 -v 2 http://www.generic-example-URL.com/出力
LOG: header received:
HTTP/1.0 200 OK
…
Content-Length: 2548687もちろん、エラーが発生した場合に変数の応答をテストしたり、200以外のHTTPコードを返したりする場合は、*-l *オプションを使用した長さチェックを無視する必要があります。 以降の章でweb2pyアプリケーションを起動するときに、200以外のHTTPがすぐに表示されます。
キープアライブ-k
クライアントがHTTP要求を送信すると、サーバーへの接続が行われ、サーバーが応答を送信し、要求を送信した後に接続が閉じられます。 このサイクルは、リクエストごとに続きます。 ただし、キープアライブ設定（永続的接続とも呼ばれます）では、クライアントは複数の要求と応答を容易にするために、基礎となるTCP接続を開いたままにします。これにより、他の方法では存在する低速でコストのかかる接続初期化時間がなくなります。
可変ドキュメント長-l
Webページが可変長の場合、オプション -l を使用する必要があります。 応答の長さが一定でない場合、Apache Benchはエラーを報告しません。 これは、動的ページに役立ちます。
オプション-rの使用
エラーの受信時にabが終了しないようにするにはどうすればよいですか？ オプション -r を使用する必要があります。 このオプションがないと、リクエストがソケットエラーにヒットするとすぐにテストが中断する可能性があります。 ただし、このオプションを使用すると、失敗したエラーの見出しにエラーが報告されますが、テストは最後まで続行されます。
オプション-Hの使用
このオプションは、任意のヘッダー行を追加するために使用されます。 引数は通常、コロンで区切られたフィールドと値のペアを含む有効なヘッダー行の形式です（つまり、「Accept-Encoding：zip/zop; 8bit」）。
オプション-Cの使用
次のセクションでは、Cookie値を使用するオプション（ -C オプション）と組み合わせて上記のオプションを使用する方法を詳細に学習します。 -Cオプションは通常、 name = value ペアの形式です。 このフィールドは繰り返すことができます。
ApacheベンチでのセッションCookieの使用
ApacheベンチでCookieを使用する方法を理解するには、Cookieを設定しようとするWebページが必要です。 非常に良い例は、Python Webフレームワークであるweb2pyアプリケーションです。
web2pyのインストール
別のpythonアプリweb2pyをすばやくインストールします。 使用方法の詳細については、link：/web2py/web2py_framework_overview [Web2py Framework Overview]をご覧ください。
通常、PythonはUbuntuおよびDebianサーバーにデフォルトでインストールされます。 したがって、web2pyを正常に実行するための1つの要件がすでに満たされています。
ただし、unzipパッケージをインストールして、ダウンロードするzipファイルからweb2pyのソースファイルを抽出する必要があります-
$ sudo apt-get update
$ sudo apt-get install unzipプロジェクトのWebサイトからweb2pyフレームワークを取得しましょう。 これをホームフォルダにダウンロードします-
$cd ~
$ wget http://www.web2py.com/examples/static/web2py_src.zipこれで、ダウンロードしたファイルを解凍して内部に移動できます-
$ unzip web2py_src.zip
$ cd web2pyweb2pyを実行するために、インストールする必要はありません。 あなたがweb2pyディレクトリの中にいると、次のコマンドを入力してそれを実行することができます-
$python web2py.pyすべてが成功すると、次の出力が表示され、管理UIのパスワードを選択するように求められます-
web2py Web Framework
Created by Massimo Di Pierro, Copyright 2007-2017
Version 2.14.6-stable+timestamp.2016.05.10.00.21.47
Database drivers available: sqlite3, imaplib, pymysql, pg8000
WARNING:web2py:GUI not available because Tk library is not installed
choose a password:
please visit:
http://127.0.0.1:8000/
use "kill -SIGTERM 23904" to shutdown the web2py serverただし、起動されたWebインターフェースはローカルマシンでのみアクセス可能であるという事実に注意する必要があります。
出力から、Webサーバーを停止するには、インスタントターミナルで「CTRL-C」と入力する必要があることを理解できます。 一方、同じVPSに関連する他の端末でweb2pyサーバーを停止するには、コマンドkill -SIGTERM <PID>を挿入できます。ここで、<PID>はweb2pyサーバーのプロセスIDです。この場合は23904。
web2pyからのセッションCookie
ログインしたユーザーのみがページにアクセスでき、ログインページから直接アクセスできない場合は、*-C *フラグを使用できます。 このフラグは、abコマンドのCookieを定義します。 ただし、有効なセッションからセッションID Cookieの値を取得する必要があります。 入手方法は？ さまざまなオンラインチュートリアルで、Chrome（またはMozilla）ブラウザー開発者ツールを紹介します。 ただし、テストケースでは、アプリケーションはコマンドラインでのみ使用できるため、lynxブラウザーを使用して値を取得します。
最初にセッションのCookie値を取得します。 別の端末を開き、次のコマンドを入力します-
$ lynx http://127.0.0.1:8000/上記のコマンドに対する応答として、lynxは、下の画像に示すようにweb2pyサーバーからのCookieを受け入れる許可を求めます。
*y* を入力してCookieを受け入れる前に、Cookieの値を書き留めます。 これで、ターミナルは次の画像のようになります–ターミナルのウェブサイト！Cookie値を取得したら、abテストを実行します。 そのためには、3番目の端末を開く必要があります（下の画像を参照）-
さて、3番目の端末で-Cフラグを使用しましょう-
$ ab -n 100 -c 10 -C session_name = 127.0.0.1-643dad04-3c34 http://127.0.0.1:8000/出力
This is ApacheBench, Version 2.3 <$Revision: 1604373 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/
Benchmarking 127.0.0.1 (be patient).....done
Server Software: Rocket
Server Hostname: 127.0.0.1
Server Port: 8000
Document Path: /
Document Length: 66 bytes
Concurrency Level: 10
Time taken for tests: 0.051 seconds
Complete requests: 100
Failed requests: 0
Non-2xx responses: 100
Total transferred: 27700 bytes
HTML transferred: 6600 bytes
Requests per second: 1968.12 [#/sec] (mean)
Time per request: 5.081 [ms] (mean)
Time per request: 0.508 [ms] (mean, across all concurrent requests)
Transfer rate: 532.39 [Kbytes/sec] received
Connection Times (ms)
min mean[+/-sd] median max
Connect: 1 2 0.9 2 4
Processing: 0 3 0.9 3 5
Waiting: 0 2 1.1 2 4
Total: 4 5 0.7 5 7
Percentage of the requests served within a certain time (ms)
50% 5
66% 5
75% 5
80% 6
90% 6
95% 6
98% 7
99% 7
100% 7 (longest request)上記の出力から、いくつかの点に注意してください。 まず、web2pyはhttps://launchpad.net/rocket[Rocket] Webサーバーを使用します。 また、前述の出力の見出しに加えて、「Non-2xx応答」も取得していることに注意してください。 一般に、Httpプロトコルは応答コードを使用して要求に応答し、200の範囲内のすべては「大丈夫」を意味し、残りは何らかの問題に対応します。 たとえば、400は404 File Not Foundなどのリソース関連のエラーです。 500はサーバーエラーに対応します。 この例では、-Cオプションを使用している場合を除き、どこにもエラーはありません。 既に説明したように、-lオプションを使用して抑制できます。
管理ページの確認
このセクションでは、管理ページを確認する方法を理解します。 比較のために、web2pyアプリケーションの別のURLをテストしましょう-
$ ab -n 100 -c 10 session_name = 127.0.0.1-643dad04-3c34 http://127.0.0.1:8000/admin出力
This is ApacheBench, Version 2.3 <$Revision: 1604373 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/
Benchmarking 127.0.0.1 (be patient).....done
Server Software: Rocket
Server Hostname: 127.0.0.1
Server Port: 8000
Document Path: /admin
Document Length: 8840 bytes
Concurrency Level: 10
Time taken for tests: 2.077 seconds
Complete requests: 100
Failed requests: 0
Total transferred: 926700 bytes
HTML transferred: 884000 bytes
Requests per second: 48.14 [#/sec] (mean)
Time per request: 207.749 [ms] (mean)
Time per request: 20.775 [ms] (mean, across all concurrent requests)
Transfer rate: 435.61 [Kbytes/sec] received
Connection Times (ms)
min mean[+/-sd] median max
Connect: 0 1 3.2 0 12
Processing: 62 204 52.2 199 400
Waiting: 61 203 52.0 199 400
Total: 62 205 54.3 199 411
Percentage of the requests served within a certain time (ms)
50% 199
66% 211
75% 220
80% 226
90% 264
95% 349
98% 381
99% 411
100% 411 (longest request)特に、 http：//127.0.0.1：8000/ および http：//127.0.0.1：8000/admin のセクション「接続時間」および「処理されたリクエストの割合」の各統計に注意してください。 。 大きな違いがあります。
制限時間オプションの使用
一般に、Timelimitオプションは扱いにくいものです。 manual of abからこれを理解しましょう。
-t timelimit
Maximum number of seconds to spend for benchmarking. This implies a -n 50000 internally.
Use this to benchmark the server within a fixed total amount of time.
Per default there is no timelimit.このオプションでテストを実行しましょう。 出力を通過した後の観察に注意します-
$ ab -n 100 -c 10 -t 60 http://127.0.0.1:8000/出力
This is ApacheBench, Version 2.3 <$Revision: 1604373 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/
Benchmarking 127.0.0.1 (be patient)
Completed 5000 requests
Completed 10000 requests
Completed 15000 requests
Completed 20000 requests
Completed 25000 requests
Completed 30000 requests
Completed 35000 requests
Completed 40000 requests
Completed 45000 requests
Completed 50000 requests
Finished 50000 requests
Server Software: Rocket
Server Hostname: 127.0.0.1
Server Port: 8000
Document Path: /
Document Length: 66 bytes
Concurrency Level: 10
Time taken for tests: 22.547 seconds
Complete requests: 50000
Failed requests: 0
Non-2xx responses: 50000
Total transferred: 13850000 bytes
HTML transferred: 3300000 bytes
Requests per second: 2217.61 [#/sec] (mean)
Time per request: 4.509 [ms] (mean)
Time per request: 0.451 [ms] (mean, across all concurrent requests)
Transfer rate: 599.88 [Kbytes/sec] received
Connection Times (ms)
min mean[+/-sd] median max
Connect: 0 2 0.8 2 8
Processing: 0 2 3.2 2 218
Waiting: 0 2 3.2 2 218
Total: 2 4 3.1 4 220
Percentage of the requests served within a certain time (ms)
50% 4
66% 4
75% 4
80% 5
90% 5
95% 5
98% 7
99% 8
100% 220 (longest request)出力は、このオプションが -n オプションで指定されたリクエストの数を上書きし、50Kリクエストまで継続することを示していることに注意してください。 ただし、リクエストは非常に高速に処理されたため、abは50kマークが達成されるとすぐに終了しました。この場合、22秒以内（テストにかかった時間の見出しを参照）。
*http：//127.0.0.1：8000/* を *http：//127.0.0.1：8000/admin* （web2pyアプリケーションと仮定）またはhttps:/などのサードパーティWebサイトに置き換えて同じコマンドをテストできます。/www.apache.org/では、統計の違いに注目してください。負荷テストを実行する前のチェックリスト
テストを正常に実行し、パフォーマンスを正確に測定するのに役立ついくつかのチェックがあります。 負荷テストを実行する前に、次の条件を考慮してください-
- 追加のPythonモジュールがロードされていないことを確認してください。
- TCP/IPポートの枯渇を回避するには、通常2〜3分待ってから別のabテストに移行する必要があります。
- 同時接続の数がApache Worker Threadsよりも少ないことを確認してください。
- Apacheまたはpythonがクラッシュした場合、別のテストを実行する前にサーバーを再起動する必要があります。
