最近破费买了一台服务器,准备搭建自己的网站,顺便将自己开发的一些测试小工具部署到服务器上,虽然机器配置一般,还是决定对服务器进行压测一番,看一下服务器性能如何。本次压测选择的工具是JMeter,这个工具也是接口测试工具,可以做接口自动化测试。话不多说,开整。
安装Jmeter
JDK
直接安装dmg文件即可。
JMeter
安装很简单,直接解压官网下载的.tgz安装包就行了
Index of /dist/jmeter/binaries
启动,有两种方式
- GUI启动
进入解压的Jmeter的bin目录,执行./jmeter即可启动
- 非GUI启动
jmeter -n -t xx.jmx -l log.jtl
⚠️压测注意事项:Don't use GUI mode for load testing:不要使用GUI模式进行负载测试。
压测准备
服务介绍
http://121.196.172.xxx/?s=%E4%BD%A0%E5%A5%BD,该服务就是一个HTTP请求,Get请求方法。
服务器配置
配置项 | 配置值 |
---|---|
CPU | Intel(R) Xeon(R) Platinum 8163 CPU @ 2.50GHz |
内存 | 2G |
硬盘 | 40G |
操作系统 | Red Hat 4.8.5-11 |
压测任务
简单压测查询服务性能,具体操作开启100个线程对查询接口进行压测15min,观察性能表现。
压测脚本开发
- 配置线程组
- same user on each iteration:意思是同一个用户发起请求,勾上并不能代表真正意义上的多线程访问。
- Ramp-up period(in second):例如100个用户,这里配置10,则每秒启动10个用户
- Loop-count:循环次数,每个线程发送请求的次数。eg:线程数为20,循环次数为5,那么每个线程发送5次请求,总请求数为20*5=100
- 开发接口测试请求
- 本地调试
执行压测
我们设定测试场景为100用户,每隔1秒启动10个新客户;整个测试持续15min。现在,我们切换到性能测试脚本目录下,执行下面的命令启动测试:
jmeter -n -t xxx.jmx -l log.jtl
生成压测报告
jmeter -g log.jtl -o <report folder>
压测结果
服务器监控
先看下服务器监控
压测结果分析
我们需要先对测试结果做个介绍,查看数据统计图:
平均响应时间3622ms,吞吐量12.92Tranction/s。
聚合报告参数详解:
- Label:每个 JMeter 的 element(例如 HTTP Request)都有一个 Name 属性,这里显示的就是 Name 属性的值
- Samples:请求数——表示这次测试中一共发出了多少个请求,如果模拟10个用户,每个用户迭代10次,那么这里显示100
- Average:平均响应时间——默认情况下是单个 Request 的平均响应时间,当使用了 Transaction Controller 时,以Transaction 为单位显示平均响应时间
- Median:中位数,也就是 50% 用户的响应时间
- 90% Line:90% 用户的响应时间
- Min:最小响应时间
- Max:最大响应时间
- Error%:错误率—错误请求数/请求总数
- Throughput:吞吐量—默认情况下表示每秒完成的请求数(Request per Second),当使用了 Transaction Controller 时,也可以表示类似 LoadRunner 的 Transaction per Second 数
- KB/Sec:每秒从服务器端接收到的数据量,相当于LoadRunner中的Throughput/Sec
吞吐量
可以看到查询服务的TPS在1分钟内逐渐攀升,最终稳定在13QPS左右。
响应时间
在开始逐渐加压的1分钟内响应时间不断增加,可以结合服务器监控发现,这主要是因为开始加压阶段CPU占用飙升至90%,内存使用也在增加(非主因)导致。随着线程全部开启后,资源消耗相对稳定,响应时间开始逐渐降下来,最终在2000ms左右徘徊。
75%的事务处理时间都在4755ms以下,整体平均响应时间处于2800ms以下。
结论:在100线程并发场景下,服务器最大QPS可以达到13。