jmeter分布式压测详解,建议收藏

🍅 视频学习:文末有免费的配套视频可观看

🍅 关注公众号:互联网杂货铺,回复1 ,免费获取软件测试全套资料,资料在手,薪资嘎嘎涨

一、什么是压力测试?

压力测试(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的带宽高,不然压力上不去。

七、阿里云服务器上进行分布式压测

1、使用SpringBoot接口打包,并用jar包方式部署

(1)打包

(2)启动jar包

2、阿里云linux服务器下安装启动jdk8并配置环境变量

3、部署Java项目到阿里元服务器,守护进程讲解

守护进程也称精灵进程(Daemon),是运行在后台的一种特殊进程。它独立于控制终端并且周期性地执行某种任务或等待处理某些发生的事件。它不受用户登录注销的影响,它们一直在运行着。

4、阿里云liunx服务器上安装Jmeter

下载:wget https://archive.apache.org/dist/jmeter/binaries/apache-jmeter-5.1.tgz

解压:tar -zxvf apache-jmeter-5.1.tgz

拓展:

5、Jmeter非GUI界面参数讲解

FileZilla是一个免费开源的适合Windows、Mac和Linux的FTP客户端软件。FileZilla特点是:免费、跨平台、易用、下载速度非常快、功能齐全。

6、项目实战之阿里云linux服务器下非GUI界面执行Jmeter压测脚本

(1)Jmeter可视化界面开发压测脚本

(2)导出压测脚本linux_users_api.jmx保存在本地

(3)使用FileZilla工具将本地脚本上传到阿里云服务器上Jmeter安装路径的bin目录下

(4)执行压测脚本,查看日志:

7、Jmeter压测实战之jtl文件(压测结果文件)生成和查看

(1)使用FileZilla工具将阿里云服务器上的result.jtl文件下载到本地(直接拖拽到本地桌面)

(2)在本地打开Jmeter工具,Thread Group—>Add Listener—>Summary Report

(3)点击【Browse】,选择下载到本地桌面的result.jtl文件,打开。

8、Jmeter压测接口的性能优化

官网文档说明如下:

翻译下就是:

(1)使用非GUI模式:jmeter -n -t test.jmx -l test.jtl

(2)尽可能少低使用监听器,如果在监听器之前使用-l 标志,可以删除或禁用它们。

(3)在负载测试期间不要使用“查看结果树”或“聚合报告”监听器,仅在脚本编写阶段使用它们来调试脚本。

(4)不要使用大量类似的取样器,而是在循环中使用相同的取样器,并使用变量(CSV数据集)来改变样本。[此处包含控制器没有帮助,因为它将文件中的所有测试元素添加到测试计划中。

(5)不要使用功能模式。

(6)使用CSV输出而不是XML。

(7)只保存您需要的数据。

(8)使用尽可能少的断言。

(9)使用性能最好的脚本语言(请参阅JSR223部分)

(10)如果您的测试需要大量数据(特别是需要随机数据),请在可以使用CSV数据集读取的文件中创建测试数据。这避免了在运行时浪费资源。

9、Jmeter压测生成多维度图形化压测报告

(1)进度到bin目录下,执行上述指令,路径按自己实际情况来。

(2)将result目录打包成,result.tar.gz

(3)使用FileZilla工具下载本地解压

(4)找到index.html文件后,拖拽到浏览器中打开。

10、Jmeter图形化压测报告dashboard讲解

11、Jmeter图形化压测报告Charts讲解

12、阿里云Jmeter分布式压测常见问题处理

13、阿里云Jmeter分布式压实战

八、系统架构学习

同时,在这我也准备了一份软件测试视频教程(含接口、自动化、性能等),需要的可以直接在下方观看就行,希望对你有所帮助!【公众号:互联网杂货铺】免费领取软件测试资料。

【2024最新版】Python自动化测试15天从入门到精通,10个项目实战,允许白嫖。。。

对于JMeter分布式压测的性能调优,以下是一些建议: 1. 确保服务器性能:确保所有参与分布式压测的服务器都具备足够的硬件资源,包括CPU、内存、磁盘和网络带宽等。这可以避免服务器成为性能瓶颈。 2. 合理设置线程数:在分布式压测中,线程数是一个重要的参数,需要根据服务器性能和测试需求进行合理的设置。过多的线程数可能会导致服务器负载过高,过少则无法发挥最大的压测能力。 3. 优化测试计划:确保测试计划中只包含必要的请求和步骤。删除不必要的请求和断言,减少额外的开销。 4. 合理使用断言:断言是用来验证响应结果的,但过多的断言会增加服务器的负载。只保留必要的断言,并使用高效的断言方式,如使用正则表达式替代XPath。 5. 配置合理的结果收集:JMeter会将每个请求的结果收集起来,这可能会产生大量的数据。合理配置结果收集,包括选择需要收集的数据、设置合理的采样率等。 6. 使用合适的远程启动配置:在分布式压测中,需要配置一个或多个远程服务器来执行测试。确保远程服务器的配置合理,包括JMeter版本一致、Java版本一致等。 7. 启用持久连接:启用HTTP请求中的Keep-Alive选项,可以减少连接的建立和断开次数,提高压测性能。 8. 使用合适的协议:对于不同的压测场景,选择合适的协议,如使用HTTP协议进行简单的Web应用压测,使用JDBC协议进行数据库压测等。 9. 监控和调优:在压测过程中,实时监控服务器的性能指标,如CPU使用率、内存使用率等。根据监控结果进行调优,如适时调整线程数、增加服务器资源等。 以上是一些常见的JMeter分布式压测性能调优建议,根据具体情况和需求,还可以进一步进行优化。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值