如何配置JMeter实现Azure Event Hubs每分钟3万+消息发送？

一、核心采样器与线程组配置调整 #

• 放弃多采样器+低线程组合，改用单采样器+高并发线程+批量发送：
  • 线程组线程数直接拉到200-300（根据本地机器CPU/内存逐步调整，别一次性拉满），线程启动时间设为10秒（避免瞬间资源过载），循环次数设为「永久」，再套一个Runtime Controller设置运行时长1800秒，替代单独的时长设置。
  • 找到Azure Event Hubs采样器的Batch Size参数，设为1000（Event Hubs单批上限是1000条或1MB，取两者最小值，比如单条消息1KB就设1000，单条1.5KB就设600），批量发送能大幅减少网络请求次数，提升吞吐量。
  • 采样器Send Mode设为Async（异步发送），不需要等待每条消息的ACK返回，让线程立刻复用发送下一批，避免阻塞。

二、JMeter本地性能调优 #

• 修改JMeter启动脚本的JVM参数：
  • 堆内存调整：把启动脚本里的HEAP="-Xms4g -Xmx8g"改成-Xms8g -Xmx16g（根据机器总内存来，留2-4G给系统）
  • 添加GC优化：加上-XX:+UseG1GC -XX:MaxGCPauseMillis=100，减少垃圾回收的停顿时间
• 必须用命令行模式运行：GUI模式会吃掉大量资源，命令行才是压测正确姿势，示例命令：jmeter -n -t your-test-plan.jmx -l result.jtl
• 砍掉冗余监听器：只留Summary Report看吞吐量，删掉View Results Tree这类实时打印日志的监听器，能省不少资源。

三、Azure端配置与确认 #

• 检查Event Hubs的吞吐量单位（TU）：默认1TU支持每秒1000条消息/1MB流量，要达到每分钟3万条（每秒500条），至少留1TU，但如果批量发送后流量突增，建议临时调到2-3TU，避免Azure端限流（在Portal的Event Hubs实例里直接调整）。
• 开启Azure Metrics监控：在Event Hubs实例的「指标」里选Incoming Messages和Incoming Bytes，实时看接收量是否达标，比自己写消费端更直接。
• 若需消费端确认，用JSR223 Sampler写简单代码调用Event Hubs SDK消费消息，统计每分钟消费数，和发送端对比。

四、避坑提示 #

• 线程数别盲目堆：超过机器CPU核心数2-3倍后，线程切换开销会飙升，反而降性能，建议逐步加线程，看JMeter的CPU使用率和活跃线程数找最优值。
• 确保本地网络带宽足够：每分钟3万条1KB消息是30MB/分钟，带宽要求不高，但要避免本地网络被其他程序占用。
• 别嵌套循环控制器：直接用Runtime Controller控制总时长，线程组设永久循环，配置更简洁高效。

内容的提问来源于stack exchange，提问作者이호현