我们的目标是让 Healthcheck 持续评估端点的健康状况。当它变得不健康时，我们希望 DNS 故障转移到不同的 IP 地址。我们已经进行了设置，但我们现在意识到它实际上不起作用（即当 Healthcheck 变为红色时，不会发生故障转移）。这是我们当前的配置：
一个记录
- 记录名称：www.mydomain.com
- 记录类型：A
- TTL：30 秒
- 路由策略：故障转移
- 故障转移记录类型：主要
- 健康检查：www
- 记录编号：www-1
- 价值：
一个记录
- 记录名称：www.mydomain.com
- 记录类型：A
- TTL：30 秒
- 路由策略：故障转移
- 故障转移记录类型：次要
- 健康检查：www
- 记录编号：www-1
- 价值：
此外，我们还有健康检查。
好的 - 所以我们最近遇到了一个问题，健康检查变成了红色。正如预期的那样，我们通过 SNS 收到了通知。但是，在对www.mydomain.com进行 NSLookup 时，它仍然返回主节点的值。我们在不到 5 分钟的时间内解决了这个问题。
鉴于上面配置的 TTL 等，我们不应该看到 NSLookup 更新以显示辅助节点吗？故障转移是否可能需要更长的时间？如果是这样，为什么？
上面的配置中是否存在某种错误？如果是这样，任何指导将不胜感激。
从问题中显示的配置来看，似乎只有一项健康检查与主要和次要记录相关联？
在这种情况下，主记录和次要记录将始终同时被视为向上/向下，这破坏了选择最佳记录的整个想法。
为每个端点创建一个健康检查并将它们绑定到相应的记录。