等待测试环境机器配置
启动集群 。
方式一:本机器
方式二:比较空闲的192.168.1.193
#将本器最新配置拷贝到施压机
scp ~/rocketmq2.jmx root@192.168.1.193:/root/apache-jmeter-3.1/bin/
#bin下执行
jmeter-n -t rocketmq2.jmx -l logfile2.jtl
方式三:192.168.1.193和192.168.1.194两台客户端,制造
本机作为压测机器
得到的tps只有650左右,将脚本迁移到192.168.1.193,qps立马上升10倍,经过分析,是网络带宽问题。
图:排除带宽原因,用192.168.1.193施压
发现瓶颈还是在客户端
为了验证集群瓶颈在是否在服务端,关闭broker-b子集群,让服务端能力减半,但是发现总TPS保持在9000左右。故证明瓶颈不在服务端,而是客户端能力不足,下一步需要增加客户端机器数(增加客户端线程数已无效)。
为了验证集群瓶颈在是否在服务端,关闭broker-b子集群,让服务端能力减半,但是发现总TPS保持在9000左右。故证明瓶颈不在服务端,而是客户端能力不足,下一步需要增加客户端机器数(增加客户端线程数已无效)。
图:关闭broker-b集群,发现总TPS保持9000
两台客户端机器去压
TPS 上升到10k,基本到顶
broker采用4核8G,单台混合TPS可以达到125k
小结:压力测试很重的一点是
制造足够的压力,否则可能得出错误的结论。比如此次测试rocketmqTPS,从1.5K;排除带宽瓶颈后有15k;但是当制造足够压力后单台TPS可达到125k。