【发布时间】：2019-09-12 14:38:09
【问题描述】：
我不确定我问的问题是否正确。我需要了解 Azure 流量管理器如何路由基于 DNS 的请求，当网站服务器使用 AWS route 53 DNS service 时，我们已经在 route53 上配置了后端服务器 CNAME。
Azure Traffic Manager 如何进一步与其他 DNS 服务器协同工作。
【问题讨论】：
标签： azure azure-traffic-manager
【发布时间】：2019-09-12 14:38:09
【问题描述】：
正如linking document，Amazon Route 53 是一项 DNS 服务，有助于在域名和 IP 地址之间建立这种连接。您可以像 GoDaddy 一样简单地将其作为域名注册。
Azure Traffic Manager 是一个基于 DNS 的流量负载平衡器，可让您以最佳方式将流量分配给全球 Azure 区域的服务，同时提供高可用性和响应能力。当您将 Azure 流量管理器与 AWS Route 53 一起使用时。您将公共网站 FQDN 设置为 Azure 流量管理器的端点。
主进程将像this一样工作。
您的流量管理器 DNS 名称可以有别名，也可以没有。我想您没有CNAME 记录来映射您的 TM DNS 名称。
当客户端查询像yourtm.trafficmanager.net这样的TM DNS名称来解析DNS名称时，递归DNS服务会找到由Azure流量管理器服务提供的trafficmanager.net域的名称服务器。然后，它向这些 DNS 服务器发送对 yourtm.trafficmanager.net DNS 记录的请求。流量管理器名称服务器接收请求。他们根据routing rules 选择一个端点，就像图片中的第 4 步一样。如果所选端点是使用 Route 53 的网站端点，则 TM 将所选端点作为另一个 DNS CNAME 记录返回，例如 www.contoso.com。接下来，递归 DNS 服务查找 contoso.com 域的名称服务器。它联系那些名称服务器 Route 53 以返回记录 www.contoso.com 的 IP 地址，就像过程中的步骤 6.7.8 一样。
最后，客户端收到 DNS 结果并连接到给定的 IP 地址。客户端直接连接到应用程序服务端点，而不是通过流量管理器。
【讨论】：
-
@ 我的理解是我应该在 Route 53 中配置 tf URL。然后，每当我的消费者调用 api 时，请求总是会到达 az 流量管理器，并且 TF 会返回最好的端点作为响应？ AWS Route53 还会缓存它在响应中返回的 CNAME 域。如果每个消费者请求都由 TF 处理，会不会增加额外的延迟？
-
是的，你是对的。您可以使用别名记录来指向 Route 53 中的流量管理器 DNS 名称，并且 TM 可以帮助为客户端选择适当的端点。从Performance traffic-routing method，你会看到
Traffic Manager maintains an Internet Latency Table to track the round-trip time between IP address ranges and each Azure datacenter. -
是否确定每个消费者对 DNS 的查询总是会到达 TF？不涉及任何类型的缓存吗？
-
您的客户端和递归 DNS 服务器都缓存 DNS 结果。 DNS 缓存效应对所有基于 DNS 的流量路由系统都很常见，而不仅仅是 Azure 流量管理器服务。
-
假设我有两个数据中心，欧洲和亚洲。如果有来自亚洲和欧洲的两个消费者要求。如果TF返回的数据中心地址缓存在DNS服务器上，TF如何确保消费者请求到达最近的数据中心。