Apache中壓力測試工具ab的操做說明

1.壓力測試工具ab(ApacheBench)的簡單說明nginx

1)     網站性能壓力測試是性能調優過程當中必不可少的一環。只有讓服務器處在高壓狀況下才能真正體現出各類設置所暴露的問題。Apache中有個自帶的,名爲ab的程序,能夠對Apache或其它類型的服務器進行網站訪問壓力測試。web

2)     ApacheBench命令原理:apache

ab命令會建立不少的併發訪問線程,模擬多個訪問者同時對某一URL地址進行訪問。它的測試目標是基於URL的,所以,既能夠用來測試Apache的負載壓力,也能夠測試nginx、lighthttp、tomcat、IIS等其它Web服務器的壓力。tomcat

ab命令對發出負載的計算機要求很低,既不會佔用很高CPU,也不會佔用不少內存,但卻會給目標服務器形成巨大的負載,其原理相似CC攻擊。本身測試使用也須注意,不然一次上太多的負載,可能形成目標服務器因資源耗完,嚴重時甚至致使死機。服務器

2.ApacheBench參數說明cookie

 1 格式:ab [options] [http://]hostname[:port]/path
 2 參數說明:
 3 -n requests Number of requests to perform
 4 //在測試會話中所執行的請求個數(本次測試總共要訪問頁面的次數)。默認時,僅執行一個請求。
 5 -c concurrency Number of multiple requests to make
 6 //一次產生的請求個數(併發數)。默認是一次一個。
 7 -t timelimit Seconds to max. wait for responses
 8 //測試所進行的最大秒數。其內部隱含值是-n 50000。它可使對服務器的測試限制在一個固定的總時間之內。默認時,沒有時間限制。
 9 -p postfile File containing data to POST
10 //包含了須要POST的數據的文件,文件格式如「p1=1&p2=2」.使用方法是 -p 111.txt 。 (配合-T)
11 -T content-type Content-type header for POSTing
12 //POST數據所使用的Content-type頭信息,如 -T 「application/x-www-form-urlencoded」 。 (配合-p)
13 -v verbosity How much troubleshooting info to print
14 //設置顯示信息的詳細程度 – 4或更大值會顯示頭信息, 3或更大值能夠顯示響應代碼(404, 200等), 2或更大值能夠顯示警告和其餘信息。 -V 顯示版本號並退出。
15 -w Print out results in HTML tables
16 //以HTML表的格式輸出結果。默認時,它是白色背景的兩列寬度的一張表。
17 -i Use HEAD instead of GET
18 // 執行HEAD請求,而不是GET。
19 -x attributes String to insert as table attributes
20 -y attributes String to insert as tr attributes
21 -z attributes String to insert as td or th attributes
22 -C attribute Add cookie, eg. -C 「c1=1234,c2=2,c3=3″ (repeatable)
23 //-C cookie-name=value 對請求附加一個Cookie:行。 其典型形式是name=value的一個參數對。此參數能夠重複,用逗號分割。
24 提示:能夠藉助session實現原理傳遞 JSESSIONID參數, 實現保持會話的功能,如
25 -C 」 c1=1234,c2=2,c3=3, JSESSIONID=FF056CD16DA9D71CB131C1D56F0319F8″ 。
26 -H attribute Add Arbitrary header line, eg. ‘Accept-Encoding: gzip’ Inserted after all normal header lines. (repeatable)
27 -A attribute Add Basic WWW Authentication, the attributes
28 are a colon separated username and password.
29 -P attribute Add Basic Proxy Authentication, the attributes
30 are a colon separated username and password.
31 //-P proxy-auth-username:password 對一箇中轉代理提供BASIC認證信任。用戶名和密碼由一個:隔開,並以base64編碼形式發送。不管服務器是否須要(即, 是否發送了401認證需求代碼),此字符串都會被髮送。
32 -X proxy:portProxyserver and port number to use
33 -V Print version number and exit
34 -k Use HTTP KeepAlive feature
35 -d Do not show percentiles served table.
36 -S Do not show confidence estimators and warnings.
37 -g filename Output collected data to gnuplot format file.
38 -e filename Output CSV file with percentages served
39 -h Display usage information (this message)
40 //-attributes 設置屬性的字符串. 缺陷程序中有各類靜態聲明的固定長度的緩衝區。另外,對命令行參數、服務器的響應頭和其餘外部輸入的解析也很簡單,這可能會有不良後果。它沒有完整地實現 HTTP/1.x; 僅接受某些’預想’的響應格式。 strstr(3)的頻繁使用可能會帶來性能問題,即你多是在測試ab而不是服務器的性能。

3.ApacheBench用法詳解:網絡

1)  在Linux系統中,通常安裝好Apache後能夠直接執行:session

如: ab–n 4000 –c 1000 http://www.baidu.com/併發

表示對http://www.baidu.com進行總請求數爲4000,一次請求1000的測試app

2)  在Window系統中,可利用Apache軟件, 打開cmd命令行窗口, cd到Apache安裝目錄的bin目錄下;

如: ab -n 1000 -c 100 http://123.56.153.48/beijing/Case?number=5&token

其執行示圖以下圖所示:

 

 

 

 

結果分析:

This is ApacheBench, Version 2.3 <$Revision: 1638069 $>

Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/

Licensed to The Apache Software Foundation, http://www.apache.org/

 

Benchmarking 123.56.153.48 (be patient)

Completed 100 requests

Completed 200 requests

Completed 300 requests

Completed 400 requests

Completed 500 requests

Completed 600 requests

Completed 700 requests

Completed 800 requests

Completed 900 requests

Completed 1000 requests

Finished 1000 requests

 

 

Server Software:        nginx/1.6.2

Server Hostname:        123.56.153.48

Server Port:            80

測試的頁面:

Document Path:          /beijing/Case?number=5

頁面的大小:

Document Length:        3693 bytes

一次請求數量

Concurrency Level:      100

整個測試持續的時間:

Time taken for tests:   70.662 seconds

完成的請求數量:

Complete requests:      1000

失敗的請求數量

Failed requests:        0

Non-2xx responses:      1000

整個過程當中網絡傳輸量:

Total transferred:      3881000 bytes

整個過程當中的HTML內容傳輸量

HTML transferred:       3693000 bytes

最重要的指標之一,至關於LR中每秒事務數,可理解爲每秒實際的請求數量(mean表示這是一個平均值)

Requests per second:    14.15 [#/sec] (mean)

最重要的指標之二,至關於LR中的平均事務響應時間,(mean表示這是一個平均值)

Time per request:       7066.204 [ms] (mean)

每一個鏈接請求實際運行時間的平均值

Time per request:       70.662 [ms] (mean, across all concurrent requests)

平均每秒網絡上的流量,能夠幫助排除是否存在網絡流量過大致使響應時間延長的問題

Transfer rate:          53.64 [Kbytes/sec] received

 

網絡上消耗的時間的分解:

Connection Times (ms)

min  mean[+/-sd] median   max

Connect:       59   70   5.8     70     126

Processing:    70 6645 1245.8   6977    7291

Waiting:       67 3505 2028.6   3515    7229

Total:        135 6715 1246.1   7047    7360

 

整個場景中因此請求的響應狀況,在場景中每一個請求都有一個響應時間,其中50%的用戶響應時間小於7047毫秒,最大的響應時間小於7343毫秒.

對於併發請求,cpu實際上並非同時處理的,而是按照每一個請求得到的時間而逐個輪轉處理的,因此基本第一個Time per request時間約等於第二個Time per request時間乘以併發請求數

Percentage of the requests served within a certain time (ms)

  50%   7047

  66%   7075

  75%   7085

  80%   7094

  90%   7231

  95%   7315

  98%   7339

  99%   7343

 100%   7360 (longest request)

總結:在遠程對web服務器進行壓力測試,每每效果不理想(由於網絡延時過大),建議使用內網的另外一臺或者多臺服務器經過內網進行測試,這樣得出的數據,準確度會高不少。若是隻有單獨的一臺服務器,能夠直接本地測試,比遠程測試效果要準確。

相關文章
相關標籤/搜索