Apacheベンチ-出力の比較
この章では、フラグがある場合とない場合の出力を比較します。適切なフラグを使用すると、Webアプリケーションのパフォーマンスがどのように向上するかを見てみましょう。その前に、アプリケーションが単純な場合、違いに気付かない可能性があることを理解する必要があります。単純なアプリケーションの場合と同様に、フラグありとフラグなしです。次に、同じテストを実行しますhttps://www.apache.org/ URL、および違いを参照してください。
フラグなしでアプリケーションをテストする
このセクションでは、フラグなしでアプリケーションをテストする方法を理解します。
$ ab -n 100 -c 10 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: Variable
Concurrency Level: 10
Time taken for tests: 0.244 seconds
Complete requests: 100
Failed requests: 0
Non-2xx responses: 100
Keep-Alive requests: 0
Total transferred: 27700 bytes
HTML transferred: 6600 bytes
Requests per second: 2208.77 [#/sec] (mean)
Time per request: 4.527 [ms] (mean)
Time per request: 0.453 [ms] (mean, across all concurrent requests)
Transfer rate: 597.49 [Kbytes/sec] received
Connection Times (ms)
min mean[+/-sd] median max
Connect: 1 2 0.7 2 3
Processing: 0 2 0.7 2 4
Waiting: 0 2 1.0 2 3
Total: 4 4 0.3 4 5
Percentage of the requests served within a certain time (ms)
50% 4
66% 4
75% 5
80% 5
90% 5
95% 5
98% 5
99% 5
100% 5 (longest request)
フラグを使用したアプリケーションのテスト
このセクションでは、フラグを使用してアプリケーションをテストする方法を理解します。
$ ab -l -r -n 100 -c 10 -k -H "Accept-Encoding: gzip, deflate" http://127.0.0.1:8000/
出力
...
Requests per second: 2277.07 [#/sec] (mean)
Time per request: 4.392 [ms] (mean)
Time per request: 0.439 [ms] (mean, across all concurrent requests)
Transfer rate: 615.97 [Kbytes/sec] received
Connection Times (ms)
min mean[+/-sd] median max
Connect: 1 2 0.7 2 3
Processing: 0 2 0.7 2 4
Waiting: 0 2 1.0 2 3
Total: 4 4 0.2 4 5
Percentage of the requests served within a certain time (ms)
50% 4
66% 4
75% 4
80% 4
90% 5
95% 5
98% 5
99% 5
100% 5 (longest request)
出力統計の間に大きな違いはないことに簡単に注意できます。
フラグなしでApache組織のWebサイトをテストする
ここで、フラグなしでApache OrganizationWebサイトをテストする方法を見てみましょう。
$ ab -n 100 -c 10 http://www.apache.org/
出力
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 www.apache.org (be patient).....done
Server Software: Apache/2.4.7
Server Hostname: www.apache.org
Server Port: 80
Document Path: /
Document Length: 58433 bytes
Concurrency Level: 10
Time taken for tests: 1.498 seconds
Complete requests: 100
Failed requests: 0
Total transferred: 5877500 bytes
HTML transferred: 5843300 bytes
Requests per second: 66.74 [#/sec] (mean)
Time per request: 149.840 [ms] (mean)
Time per request: 14.984 [ms] (mean, across all concurrent requests)
Transfer rate: 3830.58 [Kbytes/sec] received
Connection Times (ms)
min mean[+/-sd] median max
Connect: 12 110 295.2 12 1012
Processing: 37 38 0.5 38 39
Waiting: 12 13 0.3 13 15
Total: 49 147 295.4 50 1051
Percentage of the requests served within a certain time (ms)
50% 50
66% 50
75% 50
80% 50
90% 816
95% 1050
98% 1051
99% 1051
100% 1051 (longest request)
フラグを使用したApache組織のWebサイトのテスト
フラグを使用してApacheOrganizationWebサイトをテストしてみましょう。
$ ab -l -r -n 100 -c 10 -k -H "Accept-Encoding: gzip, deflate" http://www.apache.org/
出力
...
Document Length: Variable
Concurrency Level: 10
Time taken for tests: 0.357 seconds
Complete requests: 100
Failed requests: 0
Keep-Alive requests: 100
Total transferred: 1358510 bytes
HTML transferred: 1317700 bytes
Requests per second: 280.28 [#/sec] (mean)
Time per request: 35.678 [ms] (mean)
Time per request: 3.568 [ms] (mean, across all concurrent requests)
Transfer rate: 3718.41 [Kbytes/sec] received
Connection Times (ms)
min mean[+/-sd] median max
Connect: 0 1 3.7 0 12
Processing: 14 17 21.3 15 227
Waiting: 14 17 21.3 14 227
Total: 14 18 21.5 15 227
Percentage of the requests served within a certain time (ms)
50% 15
66% 15
75% 15
80% 15
90% 27
95% 28
98% 29
99% 227
100% 227 (longest request)
フラグを使用すると、1秒あたりのリクエスト数がどのように増加したかを簡単に確認できます。この場合、それは特にの使用によるものです-H "Accept-Encoding: gzip、deflateは、このフラグがApacheサーバーにリクエストを処理するように指示するためです。 gzipped フォーマット。
Apacheベンチの結果を検討する
Apacheベンチの結果に関しては、いくつかの重要な点を考慮する必要があります。これは、アプリケーションのボトルネックを取り除き、パフォーマンスを向上させるための全体的な戦略を設計するのに役立ちます。
1秒あたりのリクエスト数が必要です。これにより、Webサーバーのセットアップがどの程度うまく機能しているかがわかります。数値が大きいほど、パフォーマンスが向上します。次に、接続時間(ms)と処理された要求の割合が表示されます。これらのメトリックを目的のパフォーマンスに変更するには、Webサーバーの設定を微調整する必要がある場合があります。
Apacheまたは使用されているWebサーバーのエラーログまたは(一般的な)ログにエラーがないかどうかを確認します。負荷を増やすと、物事が詰まり始めます。メモリの問題が発生し始めます。並行性を考慮して記述されていない場合、多くのPythonスクリプトがクラッシュし始めます。
それを超えるとWebサーバーがクラッシュしたりタイムアウトしたりする重要な同時実行値を見つける必要がありますか?通常、これはかなり高い同時実行レベルで発生するはずです。この値が低い場合は、問題が発生しているため、これらの設定を上下に調整する必要があります。
結論
このチュートリアルでは、ApacheBenchを使用して任意のWebサイトまたはWebアプリケーションの負荷テストを行う方法を学習しました。Apache Benchは、ボトルネックを減らしてパフォーマンスを向上させるために、Webアプリケーションサーバーのセットアップをどのように改善するかを決定するための非常に貴重なツールです。Apache Benchの基本的な使用法に慣れたので、さまざまなシナリオでアプリケーションのパフォーマンスを測定するための新しいテスト計画を作成することから始めることができます。