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

Question

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

流量管理器监控间隔和 TTL 之间有关系吗？

这可能看起来像一个一般性问题，但我真正的问题是我在故障转移场景(主服务器故障转移)中遇到了服务停机。我了解 TTL 的影响，在客户端 DNS 缓存过期之前，它们将调用缓存的端点。我在这个问题上花了很多时间，现在我已将其范围缩小到一个具体问题。

问题是流量管理器在停止或启动后识别端点状态存在延迟。我需要对此进行逻辑解释，但找不到任何解释这一点的 Azure 引用。

流量管理器设置

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

Answer 1

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

Traffic Manager Monitoring

The monitoring system performs a GET, but does not receive a response in 10 seconds or less. It then performs three more tries at 30 second intervals. This means that at most, it takes approximately 1.5 minutes for the monitoring system to detect when a service becomes unavailable. If one of the tries is successful, then the number of tries is reset. Although not shown in the diagram, if the 200 OK message(s) come back more than 10 seconds after the GET, the monitoring system will still count this as a failed check.

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

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