如何进行JMeter分布式压测？一个案例教你详细解读！

引言

当前快速发展的互联网应用领域，高效的性能测试已经成为了确保在线应用质量和用户满意度的重要手段之一。

而JMeter分布式压测则是实现这一目标的最佳选择。然而，很多人并不知道如何使用JMeter进行分布式压测，更不知道如何获取准确的测试结果。

这篇文章将会向你介绍JMeter分布式压测的基本概念、工具和操作步骤，帮助你更加轻松地进行高效的性能测试。还等什么？赶紧跟着我们的案例来学习吧！

一、什么是压力测试？

压力测试（Stress Test），也称为强度测试、负载测试，属于性能测试的范畴。
压力测试是模拟实际应用的软硬件环境及用户使用过程的系统负荷，长时间或超大负荷地运行被测软件系统，来测试被测系统的性能、可靠性、稳定性等。一定负载的情况下，长时间运行被测软件系统，称为稳定性测试；超大负荷地运行被测软件系统称为极限压力测试。

二、什么是分布式测试？

分布式测试是指通过局域网和Internet，把分布于不同地点、独立完成特定功能的测试计算机连接起来，以达到测试资源共享、分散操作、集中管理、协同工作、负载均衡、测试过程监控等目的的计算机网络测试。

三、为什么要使用分布式压力测试？

普通压力测试一般是采用单台机器对目标服务器产生的压力，因为受限于CPU、内存、网络、IO等因素的影响，通常只能模拟几十到几百用户的并发访问。分布式压测是利用多台机器同时向目标服务器产生压力，可以模拟几万到上亿级别用户的并发访问。

四、主流压力测试工具对比

（1）Webbench：开源，由Lionbridge公司开发，主要测试每秒钟请求数和每秒钟数据传输量，同时支持静态、动态、SSL。部署简单，静、动态均可测试。适用于小型网站压力测试（单例最多可模拟3万并发）。
（2）Apache bench：开源， Apache自带的压力测试工具，主要用于测试网站每秒钟处理请求个数。多见用于静态压力测试，功能较弱，非专业压力测试工具。
（3）Tcpcopy：开源，基于底层应用请求复制，可转发各种在线请求到测试服务器，具有分布式压力测试功能，所测试数据与实际生产数据较为接近。主要用于中大型压力测试，所有基于 tcp的packets均可测试。
（4）Loadrunner ：付费/破解版本，压力测试界的泰斗，可以创建虚拟用户，可以模拟用户真实访问流程从而录制成脚本，其测试结果也最为逼真。模拟最为逼真，并可进行独立的单元测试，但是部署配置较为复杂，需要专业人员才可以。
（5）JMeter：开源免费， Jmeter 是一款使用Java开发的，开源免费的测试工具，主要用来做功能测试和性能测试（压力测试/负载测试）.，而且用Jmeter 来测试 Restful API，非常好用。
（6）WeTest ：付费，腾讯出品的线上服务器压力工具，最高可模拟亿级并发，可实时查看性能数据报表，提供专家级性能优化建议。我们通常要分析的性能数据，如TPS，在线用户数，事务数，网络带宽，吞吐量，CPU，内存，磁盘IO等，报告里都有。
（7）PTS：付费，阿里云出品的PTS（Performance Testing Service）是面向所有技术相关背景人员的云化性能测试工具，有别于传统工具的繁复，PTS以互联网化的交互，面向分布式和云化的设计，更适合当前的主流技术架构。无论是自研还是适配开源的功能，PTS都可以轻松模拟大量用户访问业务的场景，任务随时发起，免去搭建和维护成本。更是紧密结合监控类产品提供一站式监控、定位等附加价值，高效检验和管理业务性能。

五、Jmeter分布式压测原理

（1）先了解几个专业术语
控制器节点(Controller Node），又叫Master：运行 JMeter GUI 的系统，它控制测试。
工作节点（Worker Nodes），又叫Slave：运行jmeter-server的系统，它从 GUI 接收命令并将请求发送到目标系统。
目标（Target）：计划进行测试的网络服务器。

（2）原理：控制器节点启动时将压测脚本分发到各个工作节点上，然后通过远程启动各个工作节点，共同向目标服务器发送请求（产生压力）。测试结束以后，各个工作节点主动将压测数据回传给控制器节点，由控制器节点统一汇总数据，并输出测试报告。

注意两点：

（1）master和各个slave机器必须使用同一局域网，尽可能减少网络带宽的影响。

（2）使用非GUI模式，避免不必要的cpu、内存损耗。

六、Jmeter分布式压测前的准备工作

（1）确保master和各个slave上使用相同版本的JMeter 和 Java。混合版本将无法正常工作。

（2）master和各个slave的防火墙已关闭或打开了正确的端口，且端口未被占用。

（3）master和各个slave上安装的杀毒软件已关闭。

（4）master和各个slave在同一个子网内，尽量减少网络带宽的影响，减少时延问题。如果是多网卡环境需要保证启动的网卡都在同一个网段。

（5）确保 JMeter 可以访问服务器，可以使用ping命令查看。

（6）已经为 RMI 设置了 SSL或禁用了它。

（7）master和各个slave上安装Jmeter全部启动成功。

（8）如果压测脚本有依赖的测试数据，测试数据文件需要复制一份到Worker Nodes上，且文件路径必须Controller Node中一致。

（9）如果使用云服务器进行压测，一定要使用内网IP，不能使用公网IP，先使用ping命令检查网络是否通畅。

（10）压力测试瓶颈大都在带宽上面，需要保证slave的带宽要比Target的带宽高，不然压力上不去。