解锁测试性能瓶颈:深度探讨JMeter分布式性能测试!

在做后端服务器性能测试中,我们会经常听到'分布式'。但你是否了解分布式呢?今天,我们就来给大家讲讲,在企业实战中,如何使用分布式进行性能测试,实战过程中,又有哪些地方要特别注意?

01**、为什么要使用分布式**

做性能测试时,如果被测系统性能比较好,或者系统项目比较大,那么一般都会要求能支持比较高的并发用户数。而我们做性能测试时,发起请求的机器,硬件资源是一定的,不可能配置无限大。

所以,它能发起的并发用户数是有限的,而当我们发起方一台电脑能发起的并发用户数小于我们性能测试期望的并发用户数时,我们就会自然而然想到增加发起方的电脑。增加发起方电脑数量,那么,发起的并发用户数累加,就增大了。

发起方一台电脑,不管是 windows 系统还是 Linux 系统,一般而言,大概能支持 1.5k 左右并发用户,更多并发用户就要采用分布式。

那么,接下来的问题就是如何配置分布式?

02**、如何配置分布式**

助攻机配置,修改 jmeter.properties 文件

  • 首先,我们准备多台机器,作为助攻机器;

  • 然后,检查每台机器上是否安装了 JDK,并且 JDK 版本是否都一致;

  • 然后,在助攻机器上放置相同版本的 jmeter;

  • 接下来,配置 jmeter.properties 文件,

  • 修改 server_port 端口,自定义一个端口

  • 修改 server.rmi.ssl.disable=true

  • 修改 server.rmi.port 端口 ---- 可选

  • 启动服务:jmeter-server -Djava.rmi.server.hostname=ip_address

  • 检查防火墙,关闭或开放 自定义的 server_port 端口

    现在我也找了很多测试的朋友,做了一个分享技术的交流群,共享了很多我们收集的技术文档和视频教程。
    如果你不想再体验自学时找不到资源,没人解答问题,坚持几天便放弃的感受
    可以加入我们一起交流。而且还有很多在自动化,性能,安全,测试开发等等方面有一定建树的技术大牛
    分享他们的经验,还会分享很多直播讲座和技术沙龙
    可以免费学习!划重点!开源的!!!
    qq群号:691998057【暗号:csdn999】

主控机器配置,修改 jmeter.properties 文件

  • 修改 remote_hosts,值为助攻机器 ip

  • 修改,server.rmi.ssl.disable=true

  • 修改, mode=Standard

03、 分布式机配置有哪些注意事项

分布式的配置,是不是很简单呢?

是的,这个配置实际上一点都不难,如果你要自己练手,按照上面的操作,就能很简单配置成功。但是,当你在企业项目中实战时,还会这么简单吗?如果你企业的项目,需要支持大几万的并发,要使用几十台助攻机器,是不是就简单重复上面的操作就可以了呢?

答案是否定的。

现在有几十台 Linux 机器,放在你面前,供你去配置为助攻机。数量比较大,完全无法保证每一台都一模一样,所以,我们先要检查机器配置。

1、硬件资源

CPU、内存是一台电脑的核心, 几十台机器,我们完全无法保证每一台都一样,在助攻机的要求中,虽然,没有对 CPU 和内存做要求,但是,如果每台机器能提供的资源不一样,那么能产生的并发用户数量肯定也会不相等。

所以,我们需要找出有机器中,最低配置的机器,然后,以最低配置机器为参考配置 jmeter 的堆栈信息

  • 通过 top 命令,查看下每个系统的 CPU 和内存信息

  • 修改 jmeter 的 bin 文件夹中 jmeter 文件 HEAP:="-Xms1g -Xmx1g -XX:MaxMetaspaceSize=256m" 修改堆栈信息中的大小。

  • 不配置,在执行高并发用户数时,jmeter 可能会出现 OOM 问题

2、系统环境

JDK

机器多了,每台机器的 JDK 大版本是否一致,可能就是个问题。如果,机器上没有安装,哪可以直接去安装指定版本即可,但是,如果助攻机器上已经安装了其他版本的 JDK,并且正运行其他 Java 项目,这个时候怎么办呢?

指定 jmeter 的运行 JDK 版本

  • 下载解压指定 JDK 版本到 Linux 的 /usr/local 文件夹下, 不要去配置改动系统环境变量

  • 在 jmeter 的 jmeter 文件中,添加 JAVA_HOME=/usr/local/jdk版本/ 指定 jmeter 运行的 JDK 版本,这样,就不用改动操作系统的 JDK,不影响系统中其他 Java 项目

jmeter

  • jmeter 版本
    1. 所有助攻机器上 jmeter 的版本都必须一致

    2. jmeter.properties 要修改 ssl.disable=true, 端口可以不相同

    3. 如果代码中使用了第三方插件,助攻机器上,也必须有这些插件包

  • 环境变量
    1. jmeter 运行,本身可以不配置 JMETER_HOME 环境变量,但是,当机器多了时,还是建议在所有机器上配置 JMETER_HOME 环境变量
  • HEAP 配置

    1. 机器多了,可能每台机器的内存都不一样, 我们期望助攻机器能产生更大的并发用户数,所以,建议修改每台机器的 HEAP 配置信息,设置为相同
  • CSV 文件

    1. 如果写的 jmeter 脚本中,使用了 CSV 数据文件设置,那么文件的路径,请使用相对路径写法。

    2. jmeter-server 助攻服务在哪个路径下启动,就要在所有的机器上,上传 CSV 文件到该路径下的相对位置。

os 操作系统

  • os 版本:没有要求,可以是不同版本

  • 端口区间:

  • 操作系统的端口数量是有限的,不同系统,默认情况下,打开的端口数量可能不相等,这就需要我们去配置一下每台机器上打开的端口范围。

  • sysctl -a | grep net.ipv4.ip_local_port_range

这个命令可以查看当前机器上,开启的端口范围

  • sysctl -w net.ipv4.ip_local_port_range="1024 65534" 然后再执行 sysctl -p 生效。这样,设置每台机器上,开启的端口范围

  • sysctl -a | grep net.ipv4.ip_local_port_range

这个命令可以查看当前机器上,开启的端口范围

  • 打开文件数量
  • 操作系统对每个程序能打开的文件数量是有限制的,这个是系统限制 ,我们可以通过 ulimit -n 看到, 也可以通过 cat /proc/进程id/limit 查看某个进程今天能打开的文件数量限制。

  • 因为性能测试助攻机,也是要发起大量请求的,这有可能要打开大量的文件,如果文件数量限制过小,也会导致问题,所以,我们可以通过 ulimit -n 数量 来修改进程可以打开的文件数量。然后,重启动 jmeter-server 助攻服务,这样,就会以你修改后的数量来做限制了。

  • 时间
  • 助攻机器多了,可能出现每台机器的时间不一样,我们可以通过 date 查看每台机器的时间。

  • 性能测试,期望是在同一时间能发起大量请求,如果,多台机器时间不一致,那么在同一时间,发起的请求数量可能就达不到预期要求,所以,我们需要同步设定每台机器的时间date -s 时间 来设定系统时间。

网络环境

  • 几十台机器,网络配置可能会不一样,如果这些助攻机器到被测服务器之间的网络存在问题,那么,可能就会导致请求压力上不会,甚至出现网络错误。

  • 我们可以在每台助攻机器上,使用 tracepath 被测服务器查看助攻机到被测服务器之间的网络情况。如果发现,网络延迟时间很长,哪就说明,当前机器,可能网络配置有问题。在使用时,可能就要剔除这台助攻机器。

启动服务

  • 在每台助攻机器上执行:jmeter-server -Djava.rmi.server.hostname=ipaddr 因为每台的 ip 地址都不一样,所以,这个命令必须一个一个的敲。同时,我们可以加个'&' 符号,把命令转换为后台运行。

  • 在主控机器上执行:java -Xms48g -Xmx48g -XX:MaxMetaspaceSize=2g -jar $JMETER_HOME/bin/ApacheJMeter.jar -n -R xxx:port,xxx:port -t xxx.jmx -l xxxx.jtl -e -o xxdirect

  • -Xms48g -Xmx48g -XX:MaxMetaspaceSize=2g 这个是设置主控机器 jmeter 的堆栈信息,这个大小,可以根据自己机器的内存大小灵活修改,但是,这个一定要设置的比较大。如果小了,生成报告的时间就会很长。

  • $JMETER_HOME/bin/ApacheJMeter.jar 为自己的 jmeter 路径

  • -R xxx:port,xxx:port 指定助攻机器。可以根据自己的需要指定。如果,不需要采用分布式,就不用这一段,如果要用分布式,就要使用这一段,多台时,就用逗号分隔

  • -t xxx.jmx 你放在主控机器上的 jmeter 脚本文件

好了,这些注意事项,你都学会了吗?

END今天的分享就到此结束了,点赞关注不迷路!

相关推荐
数据智能老司机10 小时前
CockroachDB权威指南——CockroachDB SQL
数据库·分布式·架构
数据智能老司机11 小时前
CockroachDB权威指南——开始使用
数据库·分布式·架构
数据智能老司机12 小时前
CockroachDB权威指南——CockroachDB 架构
数据库·分布式·架构
IT成长日记12 小时前
【Kafka基础】Kafka工作原理解析
分布式·kafka
州周13 小时前
kafka副本同步时HW和LEO
分布式·kafka
爱的叹息15 小时前
主流数据库的存储引擎/存储机制的详细对比分析,涵盖关系型数据库、NoSQL数据库和分布式数据库
数据库·分布式·nosql
千层冷面16 小时前
RabbitMQ 发送者确认机制详解
分布式·rabbitmq·ruby
ChinaRainbowSea16 小时前
3. RabbitMQ 的(Hello World) 和 RabbitMQ 的(Work Queues)工作队列
java·分布式·后端·rabbitmq·ruby·java-rabbitmq
敖正炀16 小时前
基于RocketMQ的可靠消息最终一致性分布式事务解决方案
分布式
niuniu_66617 小时前
简单的自动化场景(以 Chrome 浏览器 为例)
运维·chrome·python·selenium·测试工具·自动化·安全性测试