Azure Service Bus 5000活跃连接限制监控：如何解读指标图表？

关于“最小活跃连接始终为1”的解释 #

• Azure Service Bus的后台组件（如管理平面连接、监控探针）会维持至少1个长期活跃连接，这是平台内部的正常行为，不属于用户业务产生的连接。该连接不计入用户的5000连接配额，所以即使无客户端部署，指标最小值也会稳定在1，无需担忧。

连接打开/关闭数为0时活跃连接仍波动的原因 #

• 连接复用与池化延迟：客户端使用Azure SDK默认启用的连接池时，业务请求结束后连接不会立即销毁，会在池中保留一段时间等待复用。此时ConnectionsOpened/ConnectionsClosed指标无增量，但ActiveConnections会因池内连接的超时回收、健康检查等操作出现小幅波动。
• 指标采样与聚合逻辑差异：ActiveConnections是瞬时采样值，而ConnectionsOpened/ConnectionsClosed是累计计数。若采样窗口内出现连接短暂状态变化（如池内连接健康探测），累计计数可能未触发增量，但瞬时采样会捕捉到数值变化。
• 平台内部维护操作：Service Bus后台偶尔会进行连接负载均衡、故障转移等操作，这类操作会导致少量连接的建立/销毁，但不会体现在用户侧的ConnectionsOpened/ConnectionsClosed指标中，仅会反映在ActiveConnections的波动上。

正确监控连接配额的建议 #

• 重点关注ActiveConnections的峰值，最小值或小幅波动不影响配额评估，峰值才是接近5000阈值的关键指标。
• 结合ClientConnections指标（若可用），该指标专门统计用户客户端发起的连接，能更准确反映业务实际使用的连接数，排除平台内部连接的干扰。
• 排查连接泄漏时，可对比ConnectionsOpened和ConnectionsClosed的累计差值：若差值持续增大，说明存在未正确关闭的客户端连接；若差值稳定，则波动属于正常的连接池或平台操作。

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