如果发生故障，如何自动更改 DNS A 记录以将我的站点指向辅助服务器？

DNS 是模拟故障转移的糟糕选择。原因是

• DNS 记录一段有效时间，为了实现实时故障转移，您需要将 DNS 条目上的 TTL 降低到如此低，以至于对您站点的每个请求都会导致 DNS 查找。这将严重减慢访问者的体验
• 有人怀疑即使在今天，具有非常低 TTL 值的 DNS 整体也不会受到 ISP 和较旧的损坏名称服务器的尊重。
• 使用 Round Robin DNS 不会提供故障转移，因为平均 50% 的请求将发送到列出的每个 IP。如果 HTTP 的更高级别协议内置了重试，这实际上会起作用。

我的建议是

• 如果您的第二台服务器在同一家托管公司，请考虑租用真正的负载均衡器，供您自己使用，或者大多数托管公司可以向您租用其共享负载平衡基础设施的一部分
• 使用诸如 spread 或 linux HA 服务器之类的东西将服务分配给在物理服务器之间传递的浮动虚拟 IP。集群中的服务器相互监视并决定谁是虚拟 IP 的当前所有者。

我强烈推荐阅读Theo Schlossnagle的Scalable Internet Architectures ，因为他详细介绍了这一点

您可以使用ldirectord设置一个单独的负载平衡框，它监视您的 Web 服务器，并在当前活动的任何服务器之间进行负载平衡（并且通过扩展，在一台服务器出现故障时保持站点正常运行）。我们使用此解决方案允许我们重新启动两个网络服务器中的任何一个，而不会影响站点的正常运行时间。

事实上，如果你的网络服务器是 linux 机器，你可以在网络服务器本身上运行ldirectord，并使用心跳来保持ldirectord在 live 机器上运行。

此解决方案允许您在两个或多个盒子之间共享一个公共 IP 地址（或多个），并完全避免 DNS 问题。

一种方法是将您的站点放在两台不同的服务器上，然后在第三个位置设置一个站点监视器，以监视与主服务器（您的 DNS 通常指向的位置）的连接。如果它检测到站点已关闭，请让监视器执行脚本或点击动态 dns 提供商的更新 URL（例如DtDNS [我运营的] 或DynDNS.com），其中指定了备份服务器的 IP 地址您的域名/主机名。这将更新 DNS 记录并将流量定向到您的备份 Web 服务器。当主站点重新上线时，监控可以运行另一个脚本或 URL，将“真实”IP 恢复。

这里的一个关键是让 DNS 托管在一个在其系统中具有 API 的提供商处，以便您的域可以快速更新，并保持 TTL 足够低，以便访问者可以相对快速地被重定向。

另一个是必须从外部、客观的位置监控该站点。您不能在站点所在的同一 Web 服务器上运行监控。如果整个服务器宕机，监控/更新方法也会随之宕机。

SimpleFailover或多或少可以满足您的需求。记住 DNS 被缓存，所以它不是一个完美的解决方案。

关于多个 A 记录，我最近看到了有关 Vista 和 Win Server 2008 实施RFC3484的讨论，这意味着您不能依赖循环，并且可能会从这些客户端获得不均匀的服务器负载。

DNS Made Easy允许您设置您的 DNS，以便如果服务器关闭，它会将您指向其他地方。在我们的例子中，我们有一个静态页面显示该站点已关闭，请稍后再试。

如果以这种方式使用 DNS，则需要配置一个相对较短的 TTL 来绕过缓存问题。