网站压力测试报告19816.pdf

-*压力测试报告 文档修订记录 版本号 日期 修改人 摘要 V1.0 *初稿 V1.1 *4CPU 重测 目录 一、测试容 2 二、测试方法 2 三、测试目标 2 四、测试环境 2 1、系统环境配置 2 1.1 1cpu 4GB 存：3 1.2 4cpu 4GB 存：3 2、测试客户端配置 3 3、网络环境 3 4、测试时间 3 五、系统部署 3 六、测试说明 4 七、测试统计及分析 4 1.1cpu 4GB 存压测统计 4 2.4cpu 4GB 存压测统计 5 八、结果：6 1.1cpu 4GB 存压测：6 2.4cpu 4GB 存：7 九、结论及建议：7 1.结论：7 1.1 1cpu 4GB 存压测：7 1.2 4cpu 4GB 存压测：7 2.建议：7 -一、测试容 本次测试是针对*进展的压力测试，本次压测主要提取用户最常浏览的页面进展压测：访问首页+新闻动态的场景进展压测。二、测试方法 1.本次采用 apache 的开源测试工具 jmeter，采用 badboy 录制脚本生成请求脚本，并通过协议 get 方式发送访问请求，收集效劳器响应速度，效劳器资源耗用情况。2、安装启动 JMeter，分别对以上页面进展压力测试分别测试 10、50、100、500 个线程，即模拟这些数目的用户并发；Ramp-up periodinseconds的值设为 1即 1s 启动 10、50、100、500 并发访问，并发持续运行为 10 分钟；。3、测试指标提取：测试项 并发数 线程组增量 持续运行时间 响应时间 业务成功率 CPU 使用率 存使用率 访问新闻动态 10 每秒增加10 个 10 分钟=5 秒 98%75%70%50 每秒增加50 个 10 分钟=5 秒 98%100 每秒增加100 个 10 分钟=5 秒 98%500 每秒增加500 个 10 分钟=5 秒 98%三、测试目标 CPU 增加到 4 核，是否可以到达预期并发数 500 个。四、测试环境 1、系统环境配置 测试分为 2 轮进展压测，效劳器配置有 2 种：-1.1 1cpu 4GB 存：主机用途 机型/OS 台数 CPU/台 存容量/台 对应 IP 应用效劳器 win2008 1 1*CPU 4GB 公网：*网：*数据库效劳器 同上 同上 同上 同上 同上 1.2 4cpu 4GB 存：主机用途 机型/OS 台数 CPU/台 存容量/台 对应 IP 应用效劳器 win2008 1 4*CPU 4GB 公网：*网：*数据库效劳器 同上 同上 同上 同上 同上 2、测试客户端配置 主机用途 机型/OS 台数 CPU/台 存容量/台 对应 IP 压力负载生成器 win2008 1 4*CPU 16GB 公网：*网：*3、网络环境 本次测试是在局域网中进展的测试，暂不会对压测造成瓶颈，该方面影响可以忽略。4、测试时间 压测环境 测试人 测试时间 1CPU 4GB 存*4CPU 4GB 存*五、系统部署 系统已经经过开发人员部署在*这台机子上，无需另外再次进展系统部署。访问 *-六、测试说明 名词定义时间的单位均为 ms：Samples-本次场景中一共完成了多少个线程 Average-平均响应时间 Median-统计意义上面的响应时间的中值 90%Line-所有线程中 90%的线程的响应时间都小于*Min-最小响应时间 Ma*-最大响应时间 Error-出错率 Troughput-吞吐量 七、测试统计及分析 压测场景：1.输入 *翻开首页；2.点击新闻动态*成立!翻开新闻动态；1.1cpu 4GB 存压测统计 110 个线程组并发 聚合报告 并发 10 个用户，持续运行 10 分钟，完成 9920 次访问请求，最小响应速度为 0.097 秒，最大为 0.914 秒，平均响应速度为 0.168 秒，与预期的 3 秒还快，访问成功率 100%，符合预期的需求。系统资源耗用 从 10:01 开场压测，cpu%Processor Time使用率急剧上升到了 100%，然后持续运行 10分钟 10:11 完毕，cpu 使用率一直几乎都在 100%，与预期的小于 75%不相符；可用物理存Available MBytes一直维持在 2900MB 左右，存使用率 29%左右，与预期小于 70%，总体不符合预期需求。250 个线程组并发 聚合报告 并发 50 个用户，持续运行 10 分钟，完成 10108 次访问请求，平均响应速度为 0.714 秒，与预期的 3 秒还快，访问成功率 100%，符合预期的需求。系统资源耗用 从 10:37 开场压测，cpu%Processor Time使用率急剧上升到了 100%，然后持续运行 10分钟 10:47 完毕，cpu 使用率一直几乎都在 100%，与预期的小于 75%不相符；可用物理存Available MBytes一直维持在 2900MB 左右，存使用率 29%左右，与预期小于 70%，总体不符合预期需求。3100 个线程组并发 聚合报告-并发 100 个用户，持续运行 10 分钟，完成 10130 次访问请求，平均响应速度为 1.799 秒，与预期的 3 秒还快，访问成功率 100%，符合预期的需求。系统资源耗用 从 10:50 开场压测，cpu%Processor Time使用率急剧上升到了 100%，然后持续运行 10分钟 11:00 完毕，cpu 使用率一直几乎都在 100%，与预期的小于 75%不相符；可用物理存Available MBytes一直维持在 2900MB 左右，存使用率 29%左右，与预期小于 70%，总体不符合预期需求。4500 个线程组并发 聚合报告 并发 500 个用户，持续运行 10 分钟，完成 10512 次访问请求，平均响应速度为 8.06 秒，与预期的 3 秒慢很多，访问成功率 100%，总体不符合预期的需求。系统资源耗用 从 11:01 开场压测，cpu%Processor Time使用率急剧上升到了 100%，然后持续运行 10分钟 11:11 完毕，cpu 使用率一直几乎都在 100%，与预期的小于 75%不相符；可用物理存Available MBytes一直维持在 2900MB 左右，存使用率 29%左右，与预期小于 70%，总体不符合预期需求。针对访问新闻动态统计 并发线程#Samples Average 90%Line Min Ma*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 存压测统计 110 个线程组并发 聚合报告 并发 10 个用户，持续运行 10 分钟，访问新闻完成 2201 次访问请求，最小响应速度为 0.018秒，最大为 0.102 秒，平均响应速度为 0.026 秒，与预期的 5 秒还快，访问成功率 100%，符合预期的需求。系统资源耗用 从 11:39 开场压测，持续运行 10 分钟 11:49 完毕，cpu%Processor Time使用率维持在30%以下，小于预期 75%使用率；可用物理存Available MBytes一直维持在 2400MB 左右，存使用率 42%左右，与预期小于 70%，总体符合预期需求。250 个线程组并发 聚合报告 并发 50 个用户，持续运行 10 分钟，访问新闻完成 9750 次访问请求，最小响应速度为 0.019秒，最大为 0.373 秒，平均响应速度为 0.028 秒，与预期的 5 秒还快，访问成功率 100%，符合预期的需求。系统资源耗用 从 12:27 开场压测，持续运行 10 分钟 12:37 完毕，cpu%Processor Time使用率维持在60%以下，小于预期 75%使用率；可用物理存Available MBytes一直维持在 2400MB 左右，存使用率 42%左右，与预期小于 70%，总体符合预期需求。-3100 个线程组并发 聚合报告 并发 100 个用户，持续运行 10 分钟，访问新闻完成 18738 次访问请求，最小响应速度为 0.018秒，最大为 0.42 秒，平均响应速度为 0.033 秒，与预期的 5 秒还快，访问成功率 100%，符合预期的需求。系统资源耗用 从 13:32 开场压测，持续运行 10 分钟 13:42 完毕，cpu%Processor Time使用率主要维持在 60%-80%之间，与预期小于 75%使用率比照略显偏高；可用物理存Available MBytes一直维持在 2400MB 左右，存使用率 42%左右，与预期小于 70%，总体 CPU 略显缺乏。4500 个线程组并发 聚合报告 并发 100 个用户，持续运行 10 分钟，访问新闻完成 18738 次访问请求，最小响应速度为 0.018秒，最大为 0.42 秒，平均响应速度为 0.033 秒，与预期的 5 秒还快，访问成功率 100%，符合预期的需求。系统资源耗用 从 13:46 开场压测，持续运行 10 分钟 13:562 完毕，cpu%Processor Time使用率主要在90%以上，与预期75%使用率比照，cpu 存在缺乏；可用物理存Available MBytes一直维持在 2400MB 左右，存使用率 42%左右，与预期小于 70%，总体上 CPU 明显存在瓶颈。针对访问新闻动态统计4cpu 4GB 存 并发线程#Samples Average 90%Line Min Ma*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 八、结果：1.1cpu 4GB 存压测：测试项 并发数 线程组增量 持续运行时间 响应时间 业务成功率 CPU 使用率 存使用率 访问新闻动态 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 存：测试项 并发数 线程组增量 持续运行时间 响应时间 业务成功率 平均 CPU使用率 存使用率 访问新闻动态 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%九、结论及建议：1.结论：1.1 1cpu 4GB 存压测：当压测开场发现硬件 CPU 存在严重的缺乏，并发数增加到了 500 个，效劳器的平均响应速度变得很慢 8.06 秒，达不到预期的目标小于 5 秒；cpu 是个瓶颈。1.2 4cpu 4GB 存压测：500 个并发时，发现硬件 CPU 还是存在缺乏，当并发数增加到了 500 个，效劳器的平均相应速度 1.105 秒，符合预期的目标值小于 5 秒，但是 CPU 使用率高于 90%，如果要想维持相对稳定的系统，CPU 是个瓶颈；本次压测并未发现存存在瓶颈。2.建议：要到达 500 的并发，建议将 CPU 数量增加到 16 核，方可维持效劳器的相对稳定，目前硬件配置为 4CPU，4GB 存。