1

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

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

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

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

流量管理器设置

在此处输入图像描述

在此处输入图像描述

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

4

1 回答 1

3

我经历了同样的问题。检查此链接,它解释了监控行为

流量管理器监控

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

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

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

于 2016-04-19T01:59:13.003 回答