我目前拥有的是
东京的以下 EC2x2 实例（1 个代理 1 应用程序）
新加坡的 EC2x2 实例（1 个代理 1 应用程序）
与另一个提供商一起，我们有地理 dns，所以东京用户去东京实例和新加坡到新加坡。
我正在考虑迁移到 Route53（我已经在 Amazon 拥有其他 DNS 区域），因为我想利用运行状况检查的故障转移。看了如何配置的例子，我还是不确定如何配置我想要的，如下。
我已经为每个位置配置了 2 个健康检查，并且这些都有效。
我已经配置了 2 个名为 proxy.domain.com 的 DNS 条目，每个条目都具有 GeoLocation 的路由策略，并选择了日本和新加坡，并为每个条目添加了相关的 EC2 IP。
我现在正在尝试配置 cname site.domain.com，以便如果任一位置不可用，用户将故障转移到另一个实例。
然而，似乎发生的事情也是我期望发生的事情。即使由于次要目标与主要目标的 DNS 名称相同而导致 DNS 故障转移，用户的位置始终会胜出，并且永远不会返回其他实例 IP。例子
日本ip：1.1.1.1 新加坡ip：2.2.2.2
从新加坡 Ping site.domain.com > 2.2.2.2
关闭新加坡（健康检查确认不健康）
等待 TTL 过期，flushdns。
来自新加坡 Ping site.domain.com > 2.2.2.2（此时我希望它返回 1.1.1.1）
您需要做的是设置一个别名树，类似于运行状况检查在更复杂的 Amazon Route 53 配置中的工作原理，并确保评估目标运行状况设置为 true。
proxy.domain.com / 输入地理 | 位置：默认 -> 别名 -> wrr.domain.com
proxy.domain.com / 输入地理 | 位置：日本 -> 别名 -> japan.domain.com
proxy.domain.com / 输入地理 | 位置：新加坡 -> 别名 -> sin.domain.com
wrr.domain.com / 输入 wrr | 权重 1 --> Japan.domain.com
wrr.domain.com / 输入 wrr | 权重 1 --> sin.domain.com
Sin.domain.com / 类型故障转移主 | 与健康检查相关联
Japan.domain.com / 类型故障转移主要 | 与健康检查相关联