方式一：本机器

方式二：比较空闲的192.168.1.193

#将本器最新配置拷贝到施压机

scp ~/rocketmq2.jmx [email protected]:/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

两台客户端机器去压
TPS 上升到10k，基本到顶

broker采用4核8G，单台混合TPS可以达到125k

小结：压力测试很重的一点是制造足够的压力，否则可能得出错误的结论。比如此次测试rocketmqTPS，从1.5K；排除带宽瓶颈后有15k；但是当制造足够压力后单台TPS可达到125k。

RocketMQ集群压测实战二:压测过程