jmeter(二十七)分布式压测注意事项

之前的博客:jemter(二十三):分布式测试简略的介绍了利用jmeter做分布式测试的方法,当时只是介绍了背景和原因,以及基本的配置操作,有同学说写得不够详细。

正好今年双十一,我司的全链路压测,也尝试了jmeter分布式压测的手段。这篇博客,介绍下利用jmeter在NGUI模式下进行分布式压测的一些小技巧和注意事项。

 

一、压测机

1、数量&成本

无论是从成本角度还是维护的难易方面,压测机的数量,适量就好。

举个例子,8C16G的一台服务器,部署jmeter后,根据我个人的测试比对数据,配置≤1500个线程数,最好。太多了性能损耗较大,延时高;太少了又浪费。

2、controller&agent

模拟的并发线程数超过5K,我个人建议留出一台做专门的controller机器,主要是避免agent机器数据上报带来的影响(如果有其他的数据存储+可视化服务,可以忽略)。

3、服务授权

如果压测启动和服务配置都是root权限,那么在linux环境下,需要给jmeter和jmeter-server授权,命令为 chmod 777 jmeter ,授权后,显示如下:

 

二、服务通信

1、网络

所有的压测机和被测服务,最好在同一个网段内,尽可能减少时延问题(如果不在同一个网段,就需要找运维建立专门的网络通道,这个很浪费)。

2、端口

在分布式压测配置时,需要在controller机器的jmeter.properties文件中配置agent机器的IP+端口,默认端口1099,如果该端口没有被占用,则无需配置端口信息,比如:

3、内网和公网

如果压测机在内网,而访问的请求地址(现在都是统一的网关域名)在外网,就要注意一点:内网到公网一般是有带宽限制的,最好在压测开始前和运维确认。

 

三、数据切割

压测时候需要用到参数化数据,有些业务场景是需要先登录再进行操作的,或者某些数据具有唯一属性。

在分布式压测时候,需要注意,进行均匀的数据切割,确保每个请求的入参请求都是唯一的(可共用的参数不用切割)。

其实,在参数化数据准备阶段,就应该考虑到这个问题,数据的可用性、唯一性以及数量级。

 

四、服务启动

压测机到位,服务授权配置好了,脚本也写好了,网络也没问题,那么如何在NGUI模式(即linux环境)下启动呢?

1、以服务形式启动agent机

网上很多其他博客都写着利用命令 ./jmeter-server 启动压测服务,但这样有个缺点,只要服务连接中断,这个压测服务就不可用了。

但是以后台服务的形式启动agent机器的jemter-server,就不用担心服务不可用的问题,命令为 nohup sh jmeter-server & ,示意如下:

PS:注意,输入如上命令后,需要回车两次,然后通过命令,即可查看服务是否启动成功。

2、压测启动的2种方式

①、指定压测机启动,命令: ./jmeter -n -t /path/test.jmx -R 127.0.0.1,127.0.0.2 

②、启动所有压测机,命令: ./jmeter -n -t /path/test.jmx -r ,示意如下:

3、更多命令

Apache-Jmeter-用户手册:命令行选项列表

 

以上,就是jmeter分布式压测相关的一些容易踩坑的地方,仅供参考。。。

 

posted @ 2019-11-10 22:28  老_张  阅读(...)  评论(...编辑  收藏