流量管理器监控端点的频率

Question

流量管理器多久监控一次端点？很明显，它不是事件驱动的（当端点关闭时，根据我的观察，识别端点状态最多需要 30 秒 - 2.5 分钟）。我们可以配置这个频率吗，我看不到任何配置。

Traffic Manager Monitoring interval 和 TTL 有关系吗？

这可能看起来像一个一般性问题，但我真正的问题是我在故障转移场景（主服务器故障转移）中遇到了服务停机。我了解 TTL 中的影响，在客户端 DNS 缓存到期之前，他们正在调用缓存的端点。我花了很多时间在这上面，现在我把它缩小到一个特定的问题。

问题是流量管理器在停止或启动后识别端点状态存在延迟。我需要一个合乎逻辑的解释，找不到任何解释这一点的 Azure 参考。

流量管理器设置

我需要了解这种延迟并为停机时间做好计划。

Answer 1

我也遇到过同样的问题。检查此链接，它解释了监控行为

Traffic Manager Monitoring

监控系统执行 GET，但在 10 秒或更短的时间内未收到响应。然后它以 30 秒的间隔再执行 3 次尝试。这意味着监控系统最多需要大约 1.5 分钟才能检测到服务何时不可用。如果其中一次尝试成功，则重置尝试次数。虽然图中没有显示，但如果 200 OK 消息在 GET 后超过 10 秒返回，监控系统仍会将其视为失败检查。

这解释了 30-2 分钟的延迟。

根据详细信息，基本上最大延迟为 1.5 分钟 + TTL。