Answers:
是的。
您可以在此处执行两项操作：如果您将多个A记录放入给定名称的DNS服务器中，那么它们将全部提供给客户端，并且这些客户端将从集合中选择一个进行连接，这意味着流量将同时在所有站点之间平均分配。这似乎并不是您真正要描述的内容，但这是一种常见情况（尽管出于各种原因，我不信任它）。
另一种选择是，您仅在DNS服务器中放置一个A记录，然后DNS服务器（或其辅助设备，例如监视脚本）会监视您站点的主地址，如果失败，则DNS服务器的A记录将更改为您的其他站点。这意味着一次仅一个站点将获得流量。
第二种策略的缺点是DNS缓存。拥有旧站点地址的任何人都将是SOL，直到清除包含旧地址的DNS缓存条目为止。这意味着您必须保持TTL低（增加DNS基础结构的负载，尽管这很少是实际问题），但是仍然存在“恶意” DNS缓存的问题，这些缓存不支持TTL。这些对任何人来说都是巨大的痛苦 曾经必须更改DNS条目的人，但对于那些需要“经常”更改DNS条目的人来说，情况要差一百万倍（希望您的站点每天不会关闭几次，但仍然...）基本上，任何人在其中一个行为不当的DNS缓存后面，您会看到您的网站在很长一段时间内处于“关闭”状态，然后尝试向他们解释这是DNS缓存出了问题... Eugh。
简而言之，我不会在网站上这样做，因为有更好的方法来减轻您正在考虑的任何风险，但是如果您需要有关减轻风险的建议，则需要描述该风险。
每个人似乎都认为您在谈论WWW服务器，即使您明确写了
通常被忽略的事实是，HTTP服务是例外，而不是规范。在正常情况下，对了，还有就是对于通过DNS，使他们正确地回退从主服务器备份服务器对客户端发布信息的机制。 该机制是像备用名称服务器或邮件服务器
SRV资源记录，服务客户端将其用于HTTP 以外的许多其他协议。 请参阅RFC 2782。
通过SRV资源记录，客户端将被告知具有优先级和权重的服务器列表，并被要求按优先级顺序尝试服务器，根据权重在优先级相同的服务器之间进行选择，比低权重的服务器更频繁地选择权重较高的服务器那些。因此，SRV利用资源记录，服务器管理员可以告诉客户端回退服务器是什么，以及如何在一组等优先级服务器之间分配负载。
现在，内容DNS服务器通过自己的特殊资源记录类型即资源记录来定位，这些NS记录没有优先级和权重信息。同样，SMTP中继服务器按其自己的特殊类型的资源记录定位MX，该记录具有优先级信息，但没有加权信息。因此，对于内容DNS服务器，没有发布后备和负载分配信息的准备；如果使用的是MX资源记录，那么对于SMTP中继服务器，则没有发布负载分配信息的规定。
但是，SRV现在存在支持MTS。（第一个是exim，SRV自2005年以来一直具有此功能。）对于其他不受协议MX和NS资源记录限制的服务协议，SRV采用情况要更加彻底和广泛。例如，如果您拥有Microsoft Windows域，则可以通过SRVDNS中的查找找到整个服务范围。在这一点上，已经有十多年的历史了。
问题在于，每个人都想到HTTP，而到目前为止，在2011年的今天，HTTP是这里的例外而不是规则。
SRV记录是定位服务的定义方式。还应注意，问题是该机制是否存在以及它是什么。机制存在，这就是机制。它已经被广泛使用了十年。
如果您要提供动态内容，而仅让两台服务器同时提供内容是不切实际的，那么另一种选择是无论如何都要在DNS上拥有多个记录，并配置备份服务器以使尝试连接到该客户端的客户端无法访问ICMP端口; 如果主服务器在任何时候出现故障，那么您只需删除备份上的端口80块，流量就会开始进入。
您将能够执行此操作的唯一其他（预算）方式是设置一台单独的计算机（或两台）以对请求执行NAT，因此，如果Web服务器死亡，则只需为其删除NAT规则。
没有备份A记录，但是可以有几条以随机顺序给出的A记录。
大多数浏览器能够在另一台服务器出现故障时尝试另一台服务器。（请参阅：具有Round Robin DNS的Web弹性）