Azure Event Grid MQTT Broker连接遇QuotaExceeded问题求助

1. 验证Entra JWT相关限制 #

• 确认JWT的aud（受众）字段严格匹配Event Grid MQTT Broker的资源ID，不匹配的令牌请求会被归类为无效请求，占用错误配额
• 检查Entra应用注册的令牌请求频率，短时间内频繁刷新令牌可能触发Entra ID自身的令牌配额限制
• 验证JWT的过期时间，过期令牌的重试请求会持续消耗错误请求配额

2. 排查MQTT客户端行为 #

• 检查MQTTNet客户端的连接重试逻辑，无限制的重试会快速耗尽连接配额，即使实际业务负载极低
• 确认发布主题符合Broker命名规则，无效主题的发布请求会被计入错误配额，这类请求不会体现在常规吞吐量指标里
• 排查僵尸连接：之前的客户端连接未正常断开，会占用并发连接配额，即使你认为当前无用户使用

3. 检查非吞吐量类配额 #

• 查看Broker的主题总数是否达到配额限制，即使消息量低，主题数量超标也会触发QuotaExceeded
• 确认客户端ID/设备ID的总数是否超过限制，频繁生成新ID会快速耗尽该配额
• 验证单条消息大小是否超过默认1MB限制，超大消息会被拒绝并计入错误配额

4. 利用Azure Monitor定位具体配额 #

• 查看MQTT Connections指标，确认并发连接数是否接近或达到配额上限
• 检查MQTT Message Throttles和MQTT Connection Throttles指标，明确是消息还是连接类配额被触发
• 筛选Failed Requests指标中的QuotaExceeded状态码，通过维度信息（如主题、客户端ID）定位具体触发点

5. 排查区域级配额 #

• 部分配额是区域级共享的，即使你的Broker资源配置充足，所在区域的总配额可能被其他资源占用（概率较低，但可作为最后排查项）

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