1 前言
说道性能测试工具,你会立刻联想到哪一个?ab(ApacheBench)、JMeter、LoadRunner、wrk…可以说市面上的压测工具实在是五花八门。那如果再问一句,对 Dubbo 进行性能压测,你会 pick 哪一个?可能大多数人就懵逼了。可以发现,大多数的压测工具对开放的协议支持地比较好,例如:HTTP 协议,但对于 Dubbo 框架的私有协议:dubbo
,它们都显得力不从心了。
如果不从通用的压测工具上解决 Dubbo 的压测需求问题,可以自己写 Dubbo 客户端,自己统计汇总结果,但总归不够优雅,再加上很多开发同学没有丰富的测试经验,很容易出现一些偏差。说到底,还是压测工具靠谱,于是便引出了本文的主角 —— jmeter-plugins-for-apache-dubbo。这是一款由 Dubbo 社区 Commiter -- 凝雨 同学开发的 JMeter 插件,可以非常轻松地对 Dubbo 实现性能测试。
2 JMeter 介绍
在开始压测 Dubbo 之前,先简单介绍一下这款开源的性能测试工具 —— JMeter。JMeter 是 Apache 组织基于 Java 开发的一款性能测试工具。它最初被设计用于 Web 应用测试,但后来扩展到其他测试领域,并可以在 Windows、Mac、Linux 环境下安装使用。JMeter 还提供了图形界面,这使得编写测试用例变得非常简单,具有易学和易操作的特点。
JMeter 官网:http://jmeter.apache.org/download_jmeter.cgi
2.1 安装 JMeter
截止本文发布,官方的最新版本为:apache-jmeter-5.1.1.zip , 下载后直接解压即可。
在 ${JMETER_HOME}/bin 下找到启动脚本,可以打开图形化界面
- Mac/Linux 用户可以直接使用 jmeter 可执行文件,或者 jmeter.sh 启动脚本
- Windows 用户可以使用 jmeter.bat 启动脚本
2.2 命令行提示信息
启动过程中会有一段命令行日志输出:
================================================================================
Don't use GUI mode for load testing !, only for Test creation and Test debugging.
For load testing, use CLI Mode (was NON GUI):
jmeter -n -t [jmx file] -l [results file] -e -o [Path to web report folder]
& increase Java Heap to meet your test requirements:
Modify current env variable HEAP="-Xms1g -Xmx1g -XX:MaxMetaspaceSize=256m" in the jmeter batch file
Check : https://jmeter.apache.org/usermanual/best-practices.html
================================================================================
注意到第一行的提示,GUI 仅仅能够用于调试和创建测试计划,实际的性能测试需要使用命令行工具进行。
jmeter -n -t [jmx file] -l [results file] -e -o [Path to web report folder]
- 【jmx file】:使用 GUI 创建的测试计划文件,后缀名为
.jmx
- 【results file】:测试结果文本文件输出路径
- 【Path to web report folder】:测试报告输出路径,JMeter 的强大之处,可以生成图文并茂的测试报告
2.3 GUI 界面展示
上图所示为 JMeter 的主界面。官方提供了国际化支持,通过 【Options】->【Choose Language】可以将界面语言变更为简体中文。
3 JMeter 压测 HTTP
本节以 JMeter 压测 HTTP 为引子,介绍 JMeter 的使用方式,让没有使用过 JMeter 的读者对这款工具有一个较为直观的感受。
3.1 创建线程组
在“测试计划”上右键 【添加】-->【线程(用户)】-->【线程组】。
给线程组起一个名字,方便记忆。
- 线程数:决定了由多少线程并发压测
- Ramp-Up:代表了 JMeter 创建所有线程所需要的时间,如图所示则代表每 0.1s 创建一个线程
- 循环次数:在运行所设置的次数之后,压测将会终止。如果想要运行固定时长的压测,可以设置为:永远,并在下面的调度器中指定持续时间
3.2 增加 HTTP 取样器
在刚刚创建的线程组上右键 【添加】-->【取样器】-->【HTTP请求】。
为 HTTP 取样器配置上压测地址和必要的参数
3.3 添加察看结果树
在刚刚创建的线程组上右键 【添加】-->【监听器】-->【察看结果树】。
只有添加了【察看结果树】才能让我们看到 GUI 中测试的结果。
3.4 准备 HTTP Server
使用 SpringBoot 可以快速构建一个 RestController,其暴露了 localhost:8080/queryOrder/{orderNo}
做为压测入口
@RestController
public class OrderRestController {
@Autowired
OrderService orderService;
@RequestMapping("/queryOrder/{orderNo}")
public OrderDTO queryOrder(@PathVariable("orderNo") long orderNo) {
return orderService.queryOrder(orderNo);
}
}
被压测的服务 OrderService :
@Component
public class OrderService {
public OrderDTO queryOrder(long orderNo) {
OrderDTO orderDTO = new OrderDTO();
orderDTO.setOrderNo(orderNo);
orderDTO.setTotalPrice(new BigDecimal(ThreadLocalRandom.current().nextDouble(100.0D)));
orderDTO.setBody(new byte[1000]);
return orderDTO;
}
}
3.5 验证结果
在刚刚创建的线程组上右键 【验证】,执行单次验证,可以用来测试与服务端的连通性。在【察看结果树】选项卡中可以看到【响应数据】已经正常返回了。
3.6 执行测试计划
还记得之前启动 GUI 时控制台曾经提示过我们,GUI 只负责创建测试计划并验证,不能用于执行实际的并发压测。在 GUI 中准备就绪之后,我们可以在【文件】->【保存测试计划为】中将测试计划另存为 rest-order-thread-group.jmx
测试文件,以便我们在命令行进行压测:
jmeter -n -t ./rest-order-thread-group.jmx -l ./result.txt -e -o ./webreport
下图展示了最终生成的测试报告,主要汇总了执行次数、响应时间、吞吐量、网络传输速率。
在实际的测试报告中,还有更加详细的维度可以展示,上述只是展示了汇总信息。
4 JMeter 压测 Dubbo
JMeter 默认并不支持私有的 dubbo 协议,但其优秀的扩展机制使得只需要添加插件,就可以完成 Dubbo 压测,这一节也是本文重点介绍的部分。
4.1 安装 jmeter-plugins-for-apache-dubbo
插件地址:https://github.com/thubbo/jmeter-plugins-for-apache-dubbo
目前该插件支持对最新版本的 Dubbo 进行压测,推荐的安装方式:
- 克隆项目:
git clone https://github.com/thubbo/jmeter-plugins-for-apache-dubbo.git
- 打包项目,构建 JMeter 插件:
mvn clean install
,得到:jmeter-plugins-dubbo-2.7.3-jar-with-dependencies.jar - 将插件添加到
${JMETER_HOME}libext
4.2 增加 Dubbo 取样器
之前的小结已经介绍了如何添加线程组和 HTTP 取样器,现在想要对 Dubbo 应用进行性能测试,可以直接复用之前的线程组配置,在线程组上右键 【添加】-->【取样器】-->【Dubbo Sample】。
创建 Dubbo 取样器之后,可以对其进行配置
4.3 准备 Dubbo Provider
复用 HTTP 取样器时的 OrderService
@Service
public class OrderDubboProvider implements OrderApi {
@Autowired
OrderService orderService;
@Override
public OrderDTO queryOrder(long orderNo) {
return orderService.queryOrder(orderNo);
}
}
配置 application.properties,注册服务到 Zookeeper 注册中心:
dubbo.scan.basePackages=com.alibaba.edas.benchmark
dubbo.application.name=dubbo-provider-demo
dubbo.registry.address=zookeeper://127.0.0.1:2181
dubbo.protocol.port=20880
4.4 验证结果
在 JMeter 中配置好 Dubbo 服务所连接的注册中心,接着通过 Get Provider List
可以获取到服务提供者列表,以供压测选择。在线程组上右键 【验证】,执行单次验证,可以用来测试与服务端的连通性。在【察看结果树】选项卡中可以看到【响应数据】可以正常执行 Dubbo 调用了。
4.5 执行测试计划
可以将 Dubbo 取样器和 HTTP 取样器包含在同一个测试计划中一起执行,同时进行了 Dubbo 接口与 Rest 接口的性能对比。在命令行进行压测:
jmeter -n -t ./rest-order-thread-group.jmx -l ./result.txt -e -o ./webreport
下图展示了最终生成的测试报告:
Dubbo 接口与 Rest 接口所封装的业务接口均为 OrderService
,所以压测上的差距直接体现出了 Dubbo 和 Rest 的差距。从报告对比上来看,Dubbo 接口的平均 RT 远低于 Rest 接口。
5 总结
本文从零到一介绍了使用 JMeter 压测 HTTP 的方法,让读者熟悉 JMeter 的使用方式,并着重介绍了使用 jmeter-plugins-for-apache-dubbo 插件压测 Dubbo 的方法。
由于 JMeter Plugin 的限制,目前 Dubbo 的压测请求是通过泛化调用进行发送的,会有一定程度的性能下降,所以在实际评估 Dubbo 接口性能时,接口实际性能会比压测结果更加乐观。
转载:https://blog.csdn.net/u013815546/article/details/101385888