从阅读来看，似乎不推荐 DNS 故障转移，因为 DNS 不是为它设计的。但是，如果您在不同子网上有两个 Web 服务器托管冗余内容，那么还有哪些其他方法可以确保在一台服务器出现故障时将所有流量路由到实时服务器？
对我来说，似乎 DNS 故障转移是这里唯一的故障转移选项，但共识是这不是一个好的选择。然而像 DNSmadeeasy.com 这样的服务提供了它，所以它一定有它的优点。任何意见？
我一直在研究数据中心之间 MySQL 的高可用性 (HA) 解决方案。
对于位于同一物理环境中的服务器，我更喜欢使用主动被动方法的带心跳的双主（浮动 VIP）。心跳通过串行连接和以太网连接。
最终，我的目标是在数据中心之间保持相同级别的可用性。我想在没有人工干预的情况下在两个数据中心之间进行动态故障转移，并且仍然保持数据完整性。
上面会有 BGP。两个位置的 Web 集群，这将有可能路由到双方之间的数据库。如果站点 1 上的 Internet 连接中断，则客户端将通过站点 2 路由到 Web 集群，如果两个站点之间的链接仍然存在，则路由到站点 1 中的数据库。
在这种情况下，由于缺乏物理链接（串行），更有可能发生脑裂。如果两个站点之间的 WAN 出现故障，VIP 最终会出现在两个站点上，在那里各种令人不快的情况可能会导致不同步。
我看到的另一个潜在问题是，将来难以将此基础设施扩展到第三个数据中心。
网络层不是重点。在这个阶段，架构是灵活的。同样，我的重点是维护数据完整性以及与 MySQL 数据库的自动故障转移的解决方案。我可能会围绕此设计其余部分。
您能否为两个物理上不同的站点之间的 MySQL HA 推荐一个经过验证的解决方案？
感谢您抽出时间来阅读。我期待着阅读您的建议。