你可以在DNS中为你的服务器设置一个备份IP吗？

是的…有点。

在这里你可以做两件事情：如果你在你的DNS服务器上放置了多个Alogging作为给定的名字，那么它们将被全部提供给客户端，而这些客户端将从集合中select一个来连接，这意味着stream量将会在所有地点同时“均匀”分配。 这实际上并不是你所描述的，但这是一个普遍的情况（尽pipe我不相信它，由于各种各样的原因）。

另一个select是你只在你的DNS服务器上放一个Alogging，DNS服务器（或者一个类似于监视脚本的东西）监视你的站点的主地址，如果失败，DNS服务器的Alogging被更改为您的其他网站。 这意味着一次只能有一个站点获得stream量。

第二个策略的缺点是DNScaching。 任何获得旧站点地址的人都将是SOL，直到他们的包含旧地址的DNScaching条目被清除。 这意味着你必须保持低TTL（增加DNS基础设施上的负载，尽pipe这不是一个实际的问题），但是仍然存在“无赖”DNS高速caching的问题，这些高速caching不支持TTL。 对于任何需要更改DNS条目的人来说，这是一个巨大的痛苦，但是对于任何需要“经常”更改DNS条目的人来说，这种情况会恶化一百万倍（希望您的网站每天不会多次下载，但仍然…）基本上，这些行为不当的DNScaching之后的任何人都会在非常长的时间内将您的网站视为“closures”，并尝试向他们解释这是他们的DNScaching，这是错误的。

总之，我不会为一个网站做这件事，因为有更好的方法来减轻你所考虑到的任何风险，但是如果你想要如何减轻风险，你需要描述这个风险。

每个人似乎都认为你在谈论WWW服务器，即使你明确写了

像备份名称服务器或邮件服务器

经常被忽视的事实是HTTP服务是一个例外，而不是这个标准。 在正常情况下，是的，有一种通过DNS将信息发布给客户端的机制，以便它们从主服务器正确地回退到备份服务器。 该机制是SRV资源logging， 除了 HTTP 以外 ，许多其他协议的服务客户端也使用这种logging。 请参阅RFC 2782。

通过SRV资源logging，客户端被告知具有优先权和权重的服务器列表，并且需要按照优先级顺序尝试服务器，根据权重在具有相同优先级的服务器中进行select，select比低优先级服务器更高权重的服务器，加权的。 因此，通过SRV资源logging，服务器pipe理员可以告诉客户端后备服务器是什么，以及如何在一组同等优先级的服务器上分配负载。

现在，内容DNS服务器是由它们自己的NS资源logging的特殊types的资源logging来定位的，它们没有优先级和权重信息。 同样，SMTP中继服务器按照自己的特殊types的资源loggingMX ，该logging具有优先级信息但没有加权信息。 因此，对于内容DNS服务器，不提供发布回退和负载分配信息。 如果有人使用MX资源logging，那么对于SMTP中继服务器，则不提供发布负载分配信息。

但是，具有SRV MTS现在已经存在。 （第一个是exim ，自2005年以来，已经具备了SRV ）。对于其他服务协议，不受MX和NS资源logging的SRV ， SRV采用更加彻底和广泛。 例如，如果您有Microsoft Windows域，则通过DNS中的SRV查找可find大量服务 。 在这一点上，十多年来一直如此。

现在的问题是大家都想到HTTP，到现在为止，现在是2011年的HTTP，这里是例外而不是规则。

如果您正在提供dynamic内容，并且仅仅让两台服务器同时提供内容是不现实的，那么您的另一种select是在您的DNS上有多个logging，并将备份服务器configuration为将ICMP端口无法连接到尝试连接到它的客户端; 如果在任何时候主服务器出现故障，那么只需删除备份中的端口80，并且stream量将开始进入。

唯一的其他（预算）方式，你将能够做到这一点是设置一个单独的机器（或两个）执行NAT请求，因此，如果一个networking服务器死亡，你可以简单地删除它的NAT规则。

没有备份Alogging，但是可以有几个Alogging按随机顺序发出。

大多数浏览器能够尝试另一台服务器，如果一个失败。 （请参阅： 采用循环DNS的Web恢复能力 ）

您可以使用VRRP或CARP将多个服务器支持一个群集IP地址。 主服务器出现故障时，备份服务器接pipe地址。

是的，但你必须自己做;-)

您可以提供更多的信息，说明您为什么要“备份一条logging”，以及您希望如何以及在什么情况下进行备份。

另外，从主机和备份主机之间的networkingangular度来了解这种关系也是有帮助的。