我有一个Web服务器和两个WAN连接（一条电缆，一条DSL）。 DNS在异地运行，并指向其中一个ISP分配的IP地址。 如果第一个连接发生故障，我怎么能接pipe第二个连接呢？
我已经看到有可能有两个Alogging，每个logging指向一个不同的IP，但它有几个问题。 什么是真正的解决scheme？ 我想这是一个非常普遍的问题。
服务器实际上是一个电子病历服务器，并且必须在办公室现场。 他们的网站和DNS被托pipe在一个大的pipe理托pipe设施。
我认为办公室方面的计划就像之前提到的Peplink Balance或Cradlepoint MBR-1200 。
与交换DNS的Peplink听起来像一个解决scheme，但我不知道我是如何舒适，我在他们的办公室，而不是数据中心的DNS。 我会进一步研究。
在与我们的托pipe机构交谈后，他们build议我们查看第三方服务，如dynamicDNS。 我相信这基本上是一个监控服务，当一个IP发生故障时，这个服务会切换
速度真的不是问题; 他们更关心高可用性。
我想这是一个非常普遍的问题。
其实没有。 大多数甚至更小的网站都运行着托pipe服务器。 主机有多个上行链路，他自己的地址空间，并通过BGP向对等方宣布他的路由。
基本上，这也是更高的带宽效率，典型的最终用户连接的上行速度是可怕的。
我会说，大多数人“不专业”足以尝试从电缆/ DSL链接后面运行一个网站….也没有两个连接。
我认为最真实的方法就是获得一个IP块，然后自己将这些IP通告给两个具有BGP的ISP。 这将与更多的“真正”的连接，电缆和DSL。 对于这些级别的连接，我认为使用DNS故障转移可能与您的设置保持一致。
我正常的下一个阶段是转向搭配，并从搭配设施或数据中心本身提供的ISP获得稳定的连接。 他们可以给你两个使用HSRP的下落，他们可以直接进入交换机或交换机。 这不会是完美的完全冗余，而是向前迈进了一大步。
更新DNS是这里的关键。 循环DNS（多个Alogging）本身不执行任何健康检查。 你使用什么types的多WAN路由器？ 我知道PepLink Balance系列在路由器上包含一个DNS服务器，当链路断开时它将更改logging。 如果你的路由器本身无法做到这一点，你可能需要编写一个脚本或者find一个服务来对外进行健康检查/轮询这两个连接，并定期更新DNS服务器。
另外，对于那些暗示coloc的人来说 – 虽然这是一个生产服务器的理想答案，但是这可能是安装或者作为办公文件服务器的升级/开发服务器，其中来自LAN的访问速度更重要比上行速度和稳定性。
您可以使用入站负载平衡器在两条WAN线上平衡传入stream量到您的Web服务器。 负载均衡器内部有DNS服务器（www.alvaco.com），负载均衡器将连接到两条WAN线路，而负载均衡器的局域网端可以连接到您的防火墙或直接连接到您的局域网。 您的网站的域名需要在lb中进行托pipe，从而使该域名的SOA或父DNS服务器成为lb。 这是通过转到您的域名注册商，并让他们更改您的域的父DNS到负载均衡器中终止的IPS来完成的。 从这一点开始，任何关于任何A或其他logging的查询都将被送到负载均衡器来解决。 由于负载均衡器也连接了2条线，所以它将提供最适合他的线路IP。 负载平衡将入站负载平衡和故障转移（如果一条线路断开，它将不会提供该IP）。
有两个Alogging不提供故障转移 – 基本上一半的用户将尝试连接到一个IP，另一半将连接到另一个，无论这些IP是否可用。
您可以使用dynamicDNS进行此类故障转移。 订阅任何dynamicDNS服务，并在您的服务器上设置dynamicDNS客户端。 它会定期检查您的（可访问的）外部IP，每当它更改时，更新Alogging。
如果您的DNS提供商不支持dynamicDNS，您可以 – 将您的DNS移动到另一个提供商，或者订阅具有某个3级域名的dynamicDNS，并在您的主域名上创build一个CNAMElogging，该logging将指向dynamic主机名。 （后者将用于www，但不适用于区域顶点）。
一种可能的解决scheme是find一个ISP来服务DSL和电缆连接，同时提供故障转移。 这并不理想，但是如果没有你自己的/ 24networking和bgp的路由器，你将能够做到最好。 这有一些缺点。 头号的缺点是你有一个单一的ISP。 如果他们有问题，你有问题。 这实际上意味着提供到ISP的冗余物理连接。 百分之九十九，你的DSL和电缆问题是在CO和MPOE之间的，所以这确实有很大的帮助。