标签: geodns

指向同一个域的多个 A 记录似乎几乎专门用于将 DNS 轮询作为一种廉价的负载平衡技术来实现。

针对 DNS RR 的常见警告是它不利于高可用性。当 1 个 IP 出现故障时，客户端将继续使用它几分钟。

通常建议使用负载平衡器作为更好的选择。

这两种说法都不完全正确：

1. 当流量为 HTTP 时，大多数 HTML 浏览器能够自动尝试下一条 A 记录（如果前一条记录出现故障），而无需进行新的 DNS 查找。阅读此章节3.1和这里。

2. 当涉及多个数据中心时，DNS RR 是在它们之间分配流量的唯一选择。

那么，对于多个数据中心和 HTTP 流量，使用 DNS RR 是确保在一个数据中心出现故障时立即进行故障转移的唯一方法吗？

谢谢，

华伦天奴

编辑：

• 当然，每个数据中心都有一个带有热备份的本地负载均衡器。
• 为即时故障转移牺牲会话亲缘关系是可以的。
• AFAIK DNS 建议数据中心而不是另一个数据中心的唯一方法是仅回复与该数据中心关联的 IP（或多个 IP）。如果数据中心变得无法访问，那么所有这些 IP 也无法访问。这意味着，即使智能 HTML 浏览器能够立即尝试另一个 A 记录，所有尝试都将失败，直到本地缓存条目过期并完成新的 DNS 查找，获取新的工作 IP（我假设 DNS 自动建议给一个一个失败时的新数据中心）。因此，“智能 DNS”不能保证即时故障转移。
• 相反，DNS 循环允许它。当一个数据中心出现故障时，智能 HTML 浏览器（大多数）会立即尝试将其他缓存的 A 记录跳转到另一个（工作）数据中心。因此，DNS 循环不能保证会话亲和性或最低的 RTT，但当客户端是“智能”HTML 浏览器时，它似乎是确保即时故障转移的唯一方法。

编辑2：

• 有些人建议将 TCP Anycast 作为最终解决方案。在此纸（第6章）中说明了选播器故障切换是关系到BGP收敛。出于这个原因，任播可以使用 15 分钟到 20 秒来完成。在为此优化拓扑的网络上，20 秒是可能的。可能只有 …

我们有一个主要由美国和英国用户访问的网站。该站点将在这两个位置的服务器上运行。

我们想使用 DNS 服务将用户定向到最近的服务器，但找不到任何服务器。有没有人有解决方案的建议。首选廉价的托管解决方案，因为我们宁愿不运行自己的 DNS 服务器。

干杯!

根据维基百科对Anycast 的描述，它既包括跨多个 DNS 服务器的域名到多 IP 映射的分布，也包括使用地理位置最接近（或最快）的服务器回复客户端。

在像 google.com 这样的全球分布、高度可用的站点（或具有许多全球边缘位置的任何 CDN 服务）的上下文中，这听起来像是人们需要的两个关键功能。

亚马逊的 Route53、EasyDNS 和 DNSMadeEasy 等 DNS 服务都宣称自己是支持 Anycast 的网络。

因此，我的假设是，这些 DNS 服务中的每一个都透明地为我提供了这两个杀手级功能：多 IP 到域的映射和将客户端路由到最近的节点。

然而，这些服务中的每一个似乎都将这两个功能分开，将第二个（将客户端路由到最近的节点）称为“GeoDNS”、“GeoIP”或“全球交通指挥”，并为该服务收取额外费用。

如果支持任播的系统的核心租户已经这样做了，为什么要将此功能指定为此额外功能？这个“GeoDNS”功能是什么，标准 Anycast DNS 服务不会做（根据 Wikipedia 中 Anycast 的定义——我理解正在宣传的内容，只是不知道为什么它没有被暗示）。

当不支持这种模糊的“GeoDNS”功能的 Route53 等 DNS 服务列出的功能如下时，我感到非常困惑：

快速 – Route 53 使用全球 DNS 服务器的全球任播网络，旨在根据网络状况自动将您的用户路由到最佳位置。因此，该服务为您的最终用户提供低查询延迟，并为您的 DNS 记录管理需求提供低更新延迟。

...这听起来与 GeoDNS 的意图完全一样，但地理定向客户是他们明确不支持的事情。

最终，我正在从 DNS 提供商那里寻找以下两个功能：

1. 将多个 IP 地址映射到单个域名（如 google.com、amazon.com 等）
2. 利用 DNS 服务，该服务将使用距离请求者最近的服务器的 IP 地址响应对该域的客户端请求。

如前所述，这似乎是“任播”DNS 服务（所有这些服务都是）的一部分，但我从他们那里看到的功能和营销表明并非如此，让我觉得我需要更多地了解如何DNS 在做出部署选择之前起作用。

提前感谢您的任何澄清。