本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# 基于延迟的路由
<a name="routing-policy-latency"></a>

如果您的应用程序以多个方式托管 Amazon Web Services 区域，则可以从提供最低延迟的用户请求中提供服务 Amazon Web Services 区域 ，从而提高用户的性能。

**注意**  
有关用户与您的资源之间延迟的数据完全基于用户与 Amazon 数据中心之间的流量。如果您未在中使用资源 Amazon Web Services 区域，则您的用户和资源之间的实际延迟可能与 Amazon 延迟数据有很大差异。即使您的资源与 Amazon Web Services 区域位于同一城市，也是如此。

要使用基于延迟的路由，您可以为多个 Amazon Web Services 区域中的资源创建延迟记录。当 Route 53 收到您的域或子域（example.com 或 apex.example.com）的 DNS 查询时，它确定您为哪些 Amazon Web Services 区域 创建了延迟记录、哪个区域能够为用户提供最低的延迟，然后选择该区域的延迟记录。Route 53 使用所选记录的值（例如 Web 服务器的 IP 地址）进行响应。

例如，假设您在美国西部（俄勒冈州）区域和亚太地区（新加坡）区域都有 Elastic Load Balancing 负载均衡器。您为每个负载均衡器创建了延迟记录。当位于伦敦的用户在浏览器中输入您的域名时，将出现以下情况：

1. DNS 将查询路由到 Route 53 名称服务器。

1. Route 53 查询其有关伦敦与新加坡区域以及伦敦与俄勒冈州区域之间延迟的数据。

1. 如果伦敦与俄勒冈州区域之间的延迟较低，则 Route 53 使用位于俄勒冈州的负载均衡器的 IP 地址响应查询。如果伦敦与新加坡区域之间的延迟较低，则 Route 53 使用位于新加坡的负载均衡器的 IP 地址响应查询。

由于网络连接和路由的变化，Internet 上主机之间的延迟不会一成不变。基于延迟的路由所依据的是在一段时间内执行的延迟测量，这些测量会反映上述变化。这周路由到俄勒冈区域的请求下周可能会被路由到新加坡区域。

**注意**  
当浏览器或其他查看器使用支持 edns-client-subnet扩展的 DNS 解析器时，DNS 解析器会向 Route 53 发送用户 IP 地址的截断版本。 EDNS0如果您配置了基于延迟的路由，Route 53 在将流量路由到您的资源时会考虑该值。有关更多信息，请参阅 [亚马逊 Route 53 EDNS0 如何用来估算用户的位置](routing-policy-edns0.md)。

可以对私有托管区中的记录使用延迟路由策略。

有关您在使用延迟路由策略创建记录时所指定值的信息，请参阅以下主题：
+ [延迟记录的特定值](resource-record-sets-values-latency.md)
+ [延迟别名记录的特定值](resource-record-sets-values-latency-alias.md)
+ [所有路由策略的通用值](resource-record-sets-values-shared.md)
+ [所有路由策略的别名记录的通用值](resource-record-sets-values-alias-common.md)

# 私有托管区中基于延迟的路由
<a name="routing-policy-latency-phz"></a>

对于私有托管区域，Route 53 使用与查询来源的 VPC 相同 Amazon Web Services 区域或距离最近的终端节点来回答 DNS 查询。 Amazon Web Services 区域 

**注意**  
如果您将出站端点转发到入站端点，则记录将根据入站端点的位置而不是出站端点的位置进行解析。

如果包括运行状况检查，并且查询源延迟时间最短的记录运行状况不佳，则会返回延迟次低的运行状况良好的端点。

在下图的示例配置中，来自 us- Amazon Web Services 区域 east-1 或最接近它的 DNS 查询将路由到 1.1.1.1 终端节点。来自 us-west-2 或最接近它的 DNS 查询将被路由到 2.2.2.2 端点。

![\[显示私有托管区的两条延迟记录的屏幕截图。\]](http://docs.amazonaws.cn/Route53/latest/DeveloperGuide/images/latency-phz.png)