1.发送消息吞吐量的测试:
1)单台producer单个进程的发送消息tps
2)单台producer多个进程的发送消息tps
3)单台broker的接收消息tps,由于单台producer可能压不满,所以需要可能两台producer来发消息
2.消费消息吞吐量的测试:
1)单台consumer消费消息的tps
2)两台consumer消费消息的tps
3.同时发送和接收消息的吞吐量、消费延迟的测试:
1)单台producer发送消息,单台consumer消费消息
2)两台producer发送消息,两台consumer消费消息
服务器配置:
broker: c3.2xlarge, 8核15G内存 (比一般的主流MQ服务器要配置差一点)
producer: m3.xlarge, 4核15G内存 (一般的主流应用服务器配置)
consumer: m3.xlarge, 4核15G内存 (一般的主流应用服务器配置)
网络带宽:
千兆
消息大小:
1K(一般消息的大小1K应该差不多了)
用例测试时间:
1、2两种,只测试性能,时间不会太长,估计1小时足矣(AWS按使用小时计费,真是时间就是金钱那!);
第3种中的1),除了测试性能,还要测试稳定性,打算用6小时;
亚马逊AWS支持测试完成后,查看CPU,内存,IO的使用曲线,这点对出报告非常方便。
时间: 2024-09-08 14:10:20