Traffic Manager监控端点的频率

Question

Traffic Manager监控端点的频率如何？非常明显的是，它不是事件驱动的（当端点停机时需要30秒 - 根据我的观察结果确定端点的状态需要2.5分钟）。我们可以配置这个频率，我看不到任何配置。

流量管理器监控间隔和TTL之间是否存在关系？

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

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

流量管理器设置

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

Answer 1

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

Traffic Manager Monitoring

  

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

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

根据细节，最大延迟基本上是1.5分钟+ TTL。