使用JMeter向Azure Event Hub发送1000RPS请求失败求助

可能的问题点及排查步骤 #

1. Throughput Shaping Timer配置验证 #

• 先算清楚配置的起始RPS、结束RPS、时长组合能不能生成1000条请求。比如要发1000条，设置时长20秒、起始0、结束100，总请求数是(0+100)/2*20=1000，数值组合必须匹配目标量，不然肯定达不到。
• 确认Timer的作用域：必须和Azure Event Hubs Sampler在同一层级，或者通过作用域控制器指定正确范围，不然Timer不会生效。
• 查JMeter日志（jmeter.log），搜ThroughputShapingTimer相关内容，看有没有配置解析错误或者生效异常的提示。

2. Azure Event Hubs Sampler配置问题 #

• 核对连接参数：Event Hub命名空间、名称、SAS密钥/连接字符串必须准确，尤其是SAS权限要包含Send权限，没权限直接发不出去。
• 检查消息内容：如果消息太大、格式不符合要求，会被服务端拒绝，导致成功发送数不足。可以加个Response Assertion检查Sampler的响应状态，确认有没有失败请求。
• 查看Sampler响应结果：在“查看结果树”里逐个检查请求响应，看有没有权限不足、连接超时、限流这类报错信息。

3. JMeter线程配置限制 #

• 确认线程组的线程数够不够：比如目标RPS是100，线程数只设5，单线程每秒要发20条，可能超出处理能力。适当加线程数，确保能支撑目标RPS。
• 检查线程组循环次数：别设固定次数，改成永远，让Throughput Shaping Timer来控制请求的启停，不然可能Timer还没完成，线程就停了。

4. Azure Event Hub服务端限制 #

• 查Event Hub的吞吐量单位（TU）：TU设太低会触发服务端限流，导致请求被拒。去Azure Portal看Event Hub的监控指标，比如Throttled Requests，确认有没有限流情况。
• 确认分区数量：如果消息没指定分区键，可能部分分区负载过高，间接影响发送速率。可以在Sampler里指定分区键，或者调整分区数量。

解决方案示例 #

要精准发送1000条消息，可以这么配置：

1. 把线程组循环次数设为永远
2. 配置Throughput Shaping Timer：
   • 阶段1：起始RPS=0，结束RPS=100，持续时间20秒（总请求数刚好1000）
   • 加个Test Action Sampler配合BeanShell PostProcessor，在发送满1000条后自动停止测试
3. 线程数设为20左右，确保能支撑目标RPS

另外，建议添加Summary Report或Aggregate Report实时监控总请求数、成功数、失败数，方便快速定位问题。

内容的提问来源于stack exchange，提问作者perry