網(wǎng)站壓力測試報告.doc

《網(wǎng)站壓力測試報告.doc》由會員分享，可在線閱讀，更多相關(guān)《網(wǎng)站壓力測試報告.doc（16頁珍藏版）》請在裝配圖網(wǎng)上搜索。

xxxxxxx網(wǎng)站 壓力測試報告 文檔修訂記錄 版本號 日期 修改人 摘要 V1.0 2017.07.20 xxx 初稿 V1.1 2017.08.04 xxx 4CPU重測 目錄 一、測試內(nèi)容 4 二、測試方法 4 三、測試目標 4 四、測試環(huán)境 4 1、系統(tǒng)環(huán)境配置 4 1.1 1cpu 4GB內(nèi)存： 5 1.2 4cpu 4GB內(nèi)存： 5 2、測試客戶端配置 5 3、網(wǎng)絡(luò)環(huán)境 5 4、測試時間 5 五、系統(tǒng)部署 6 六、測試說明 6 七、測試統(tǒng)計及分析 6 1. 1cpu 4GB內(nèi)存 壓測統(tǒng)計 6 2. 4cpu 4GB內(nèi)存 壓測統(tǒng)計 10 八、結(jié)果： 14 1. 1cpu 4GB內(nèi)存壓測： 14 2. 4cpu 4GB內(nèi)存： 15 九、結(jié)論及建議： 15 1.結(jié)論： 15 1.1 1cpu 4GB內(nèi)存壓測： 15 1.2 4cpu 4GB內(nèi)存壓測： 15 2. 建議： 16 一、測試內(nèi)容 本次測試是針對《xxxxx》網(wǎng)站進行的壓力測試，本次壓測主要提取用戶最常瀏覽的頁面進行壓測：訪問首頁+新聞動態(tài)的場景進行壓測。 二、測試方法 1.本次采用apache的開源測試工具jmeter，采用badboy錄制腳本生成http請求腳本，并通過http協(xié)議get方式發(fā)送訪問請求，收集服務(wù)器響應(yīng)速度，服務(wù)器資源耗用情況。 2、安裝啟動JMeter，分別對以上頁面進行壓力測試分別測試10、50、100、500個線程，即模擬這些數(shù)目的用戶并發(fā)； Ramp-up period（inseconds）的值設(shè)為1（即1s啟動10、50、100、500并發(fā)訪問），并發(fā)持續(xù)運行為10分鐘；。 3、測試指標提取： 測試項 并發(fā)數(shù) 線程組增量 持續(xù)運行時間 響應(yīng)時間 業(yè)務(wù)成功率 CPU使用率 內(nèi)存使用率 訪問新聞動態(tài) 10 每秒增加10個 10分鐘 <=5秒 98% <75% <70% 50 每秒增加50個 10分鐘 <=5秒 98% 100 每秒增加100個 10分鐘 <=5秒 98% 500 每秒增加500個 10分鐘 <=5秒 98% 三、測試目標 CPU增加到4核，是否可以達到預(yù)期并發(fā)數(shù)500個。 四、測試環(huán)境 1、系統(tǒng)環(huán)境配置 測試分為2輪進行壓測，服務(wù)器配置有2種： 1.1 1cpu 4GB內(nèi)存： 主機用途 機型/OS 臺數(shù) CPU/臺 內(nèi)存容量/臺 對應(yīng)IP 應(yīng)用服務(wù)器 win2008 1 1 x CPU 4GB 公網(wǎng)：xxx 內(nèi)網(wǎng)：xxx 數(shù)據(jù)庫服務(wù)器 同上 同上 同上 同上 同上 1.2 4cpu 4GB內(nèi)存： 主機用途 機型/OS 臺數(shù) CPU/臺 內(nèi)存容量/臺 對應(yīng)IP 應(yīng)用服務(wù)器 win2008 1 4 x CPU 4GB 公網(wǎng)：xxxx 內(nèi)網(wǎng)：xxxx 數(shù)據(jù)庫服務(wù)器 同上 同上 同上 同上 同上 2、測試客戶端配置 主機用途 機型/OS 臺數(shù) CPU/臺 內(nèi)存容量/臺 對應(yīng)IP 壓力負載生成器 win2008 1 4 x CPU 16GB 公網(wǎng)：xxx 內(nèi)網(wǎng)：xxx 3、網(wǎng)絡(luò)環(huán)境 本次測試是在局域網(wǎng)中進行的測試，暫不會對壓測造成瓶頸，該方面影響可以忽略。 4、測試時間 壓測環(huán)境 測試人 測試時間 1CPU 4GB內(nèi)存 xxx xxx 4CPU 4GB內(nèi)存 xxx xxx 五、系統(tǒng)部署 系統(tǒng)已經(jīng)經(jīng)過開發(fā)人員部署在xxx這臺機子上，無需另外再次進行系統(tǒng)部署。 訪問網(wǎng)址：xxx 六、測試說明 名詞定義（時間的單位均為ms）： Samples -- 本次場景中一共完成了多少個線程 Average -- 平均響應(yīng)時間 Median -- 統(tǒng)計意義上面的響應(yīng)時間的中值 90% Line -- 所有線程中90%的線程的響應(yīng)時間都小于xx Min -- 最小響應(yīng)時間 Max -- 最大響應(yīng)時間 Error -- 出錯率 Troughput -- 吞吐量 七、測試統(tǒng)計及分析 壓測場景： 1.輸入網(wǎng)址：xxx （打開首頁）； 2.點擊新聞動態(tài)“xxx成立!” （打開新聞動態(tài)）； 1. 1cpu 4GB內(nèi)存 壓測統(tǒng)計 1）10個線程組并發(fā) l 聚合報告 并發(fā)10個用戶，持續(xù)運行10分鐘，完成9920次訪問請求，最小響應(yīng)速度為0.097秒，最大為0.914秒，平均響應(yīng)速度為0.168秒，與預(yù)期的3秒還快，訪問成功率100%，符合預(yù)期的需求。 l 系統(tǒng)資源耗用 從10:01開始壓測，cpu（%Processor Time）使用率急劇上升到了100%，然后持續(xù)運行10分鐘10:11結(jié)束，cpu使用率一直幾乎都在100%，與預(yù)期的小于75%不相符；可用物理內(nèi)存（Available MBytes）一直維持在2900MB左右，內(nèi)存使用率29%左右，與預(yù)期小于70%，總體不符合預(yù)期需求。 2）50個線程組并發(fā) l 聚合報告 并發(fā)50個用戶，持續(xù)運行10分鐘，完成10108次訪問請求，平均響應(yīng)速度為0.714秒，與預(yù)期的3秒還快，訪問成功率100%，符合預(yù)期的需求。 l 系統(tǒng)資源耗用 從10:37開始壓測，cpu（%Processor Time）使用率急劇上升到了100%，然后持續(xù)運行10分鐘10:47結(jié)束，cpu使用率一直幾乎都在100%，與預(yù)期的小于75%不相符；可用物理內(nèi)存（Available MBytes）一直維持在2900MB左右，內(nèi)存使用率29%左右，與預(yù)期小于70%，總體不符合預(yù)期需求。 3）100個線程組并發(fā) l 聚合報告 并發(fā)100個用戶，持續(xù)運行10分鐘，完成10130次訪問請求，平均響應(yīng)速度為1.799秒，與預(yù)期的3秒還快，訪問成功率100%，符合預(yù)期的需求。 l 系統(tǒng)資源耗用 從10:50開始壓測，cpu（%Processor Time）使用率急劇上升到了100%，然后持續(xù)運行10分鐘11:00結(jié)束，cpu使用率一直幾乎都在100%，與預(yù)期的小于75%不相符；可用物理內(nèi)存（Available MBytes）一直維持在2900MB左右，內(nèi)存使用率29%左右，與預(yù)期小于70%，總體不符合預(yù)期需求。 4）500個線程組并發(fā) l 聚合報告 并發(fā)500個用戶，持續(xù)運行10分鐘，完成10512次訪問請求，平均響應(yīng)速度為8.06秒，與預(yù)期的3秒慢很多，訪問成功率100%，總體不符合預(yù)期的需求。 l 系統(tǒng)資源耗用 從11:01開始壓測，cpu（%Processor Time）使用率急劇上升到了100%，然后持續(xù)運行10分鐘11:11結(jié)束，cpu使用率一直幾乎都在100%，與預(yù)期的小于75%不相符；可用物理內(nèi)存（Available MBytes）一直維持在2900MB左右，內(nèi)存使用率29%左右，與預(yù)期小于70%，總體不符合預(yù)期需求。 針對訪問新聞動態(tài)統(tǒng)計 并發(fā)線程 #Samples Average 90%Line Min Max Error% Throughput 10 9920 168 222 97 914 0.00% 16.6/sec 50 10108 714 1023 43 2280 0.00% 16.9/sec 100 10130 1799 2096 1247 3030 0.00% 16.9/sec 500 10512 8060 9175 6398 14039 0.00% 17.4/sec 2. 4cpu 4GB內(nèi)存 壓測統(tǒng)計 1）10個線程組并發(fā) l 聚合報告 并發(fā)10個用戶，持續(xù)運行10分鐘，訪問新聞完成2201次訪問請求，最小響應(yīng)速度為0.018秒，最大為0.102秒，平均響應(yīng)速度為0.026秒，與預(yù)期的5秒還快，訪問成功率100%，符合預(yù)期的需求。 l 系統(tǒng)資源耗用 從11:39開始壓測，持續(xù)運行10分鐘11:49結(jié)束，cpu（%Processor Time）使用率維持在30%以下，小于預(yù)期75%使用率；可用物理內(nèi)存（Available MBytes）一直維持在2400MB左右，內(nèi)存使用率42%左右，與預(yù)期小于70%，總體符合預(yù)期需求。 2）50個線程組并發(fā) l 聚合報告 并發(fā)50個用戶，持續(xù)運行10分鐘，訪問新聞完成9750次訪問請求，最小響應(yīng)速度為0.019秒，最大為0.373秒，平均響應(yīng)速度為0.028秒，與預(yù)期的5秒還快，訪問成功率100%，符合預(yù)期的需求。 l 系統(tǒng)資源耗用 從12:27開始壓測，持續(xù)運行10分鐘12:37結(jié)束，cpu（%Processor Time）使用率維持在60%以下，小于預(yù)期75%使用率；可用物理內(nèi)存（Available MBytes）一直維持在2400MB左右，內(nèi)存使用率42%左右，與預(yù)期小于70%，總體符合預(yù)期需求。 3）100個線程組并發(fā) l 聚合報告 并發(fā)100個用戶，持續(xù)運行10分鐘，訪問新聞完成18738次訪問請求，最小響應(yīng)速度為0.018秒，最大為0.42秒，平均響應(yīng)速度為0.033秒，與預(yù)期的5秒還快，訪問成功率100%，符合預(yù)期的需求。 l 系統(tǒng)資源耗用 從13:32開始壓測，持續(xù)運行10分鐘13:42結(jié)束，cpu（%Processor Time）使用率主要維持在60%-80%之間，與預(yù)期小于75%使用率對比略顯偏高；可用物理內(nèi)存（Available MBytes）一直維持在2400MB左右，內(nèi)存使用率42%左右，與預(yù)期小于70%，總體CPU略顯不足。 4）500個線程組并發(fā) l 聚合報告 并發(fā)100個用戶，持續(xù)運行10分鐘，訪問新聞完成18738次訪問請求，最小響應(yīng)速度為0.018秒，最大為0.42秒，平均響應(yīng)速度為0.033秒，與預(yù)期的5秒還快，訪問成功率100%，符合預(yù)期的需求。 l 系統(tǒng)資源耗用 從13:46開始壓測，持續(xù)運行10分鐘13:562結(jié)束，cpu（%Processor Time）使用率主要在90%以上，與預(yù)期<75%使用率對比，cpu存在不足；可用物理內(nèi)存（Available MBytes）一直維持在2400MB左右，內(nèi)存使用率42%左右，與預(yù)期小于70%，總體上CPU明顯存在瓶頸。 針對訪問新聞動態(tài)統(tǒng)計（4cpu 4GB內(nèi)存） 并發(fā)線程 #Samples Average 90%Line Min Max Error% Throughput 10 2201 26 32 18 102 0.00% 3.4/sec 50 9750 28 35 19 373 0.00% 16.3/sec 100 18738 33 54 18 420 0.00% 27.8/sec 500 31000 1105 2003 19 3757 0.00% 52.2/sec 八、結(jié)果： 1. 1cpu 4GB內(nèi)存壓測： 測試項 并發(fā)數(shù) 線程組增量 持續(xù)運行時間 響應(yīng)時間 業(yè)務(wù)成功率 CPU使用率 內(nèi)存使用率 訪問新聞動態(tài) 10 每秒增加10個 10分鐘 0.196秒 100% 100% 29% 50 每秒增加50個 10分鐘 0.714秒 100% 100% 29% 100 每秒增加100個 10分鐘 1.799秒 100% 100% 29% 500 每秒增加500個 10分鐘 8.06秒 100% 100% 29% 2. 4cpu 4GB內(nèi)存： 測試項 并發(fā)數(shù) 線程組增量 持續(xù)運行時間 響應(yīng)時間 業(yè)務(wù)成功率 平均CPU使用率 內(nèi)存使用率 訪問新聞動態(tài) 10 每秒增加10個 10分鐘 0.026秒 100% 20%以下 42% 50 每秒增加50個 10分鐘 0.028秒 100% 50%以下 42% 100 每秒增加100個 10分鐘 0.033秒 100% 75%以上 42% 500 每秒增加500個 10分鐘 1.105秒 100% 95%以上 42% 九、結(jié)論及建議： 1.結(jié)論： 1.1 1cpu 4GB內(nèi)存壓測： 當壓測開始發(fā)現(xiàn)硬件CPU存在嚴重的不足，并發(fā)數(shù)增加到了500個，服務(wù)器的平均響應(yīng)速度變得很慢8.06秒，達不到預(yù)期的目標小于5秒；cpu是個瓶頸。 1.2 4cpu 4GB內(nèi)存壓測： 500個并發(fā)時，發(fā)現(xiàn)硬件CPU還是存在不足，當并發(fā)數(shù)增加到了500個，服務(wù)器的平均相應(yīng)速度1.105秒，符合預(yù)期的目標值小于5秒，但是CPU使用率高于90%，如果要想維持相對穩(wěn)定的系統(tǒng)，CPU是個瓶頸；本次壓測并未發(fā)現(xiàn)內(nèi)存存在瓶頸。 2. 建議： 要達到500的并發(fā)，建議將CPU數(shù)量增加到16核，方可維持網(wǎng)站服務(wù)器的相對穩(wěn)定，目前硬件配置為 4CPU，4GB內(nèi)存。