本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。 # 选择路由策略 要创建记录，需要先选择一个路由策略，它决定了 Amazon Route 53 响应查询的方式： + **简单路由策略** - 对于为您的域执行给定功能的单一资源（例如为 example.com 网站提供内容的 Web 服务器），可以使用该策略。在私有托管区域中，可以使用简单的路由创建记录。 + **故障转移路由策略** - 如果您想要配置主动-被动故障转移，则可以使用该策略。在私有托管区域中，可以使用失效转移路由创建记录。 + **地理位置路由策略** - 如果您想要根据用户的位置来路由流量，则可以使用该策略。在私有托管区域中，可以使用地理位置路由创建记录。 + **地理位置临近度路由策略** - 用于根据资源的位置来路由流量，以及（可选）将流量从一个位置中的资源转移到另一个位置中的资源。在私有托管区中，可以使用地理位置临近度路由创建记录。 + **延迟路由策略**-当您有多个资源 AWS 区域 并且想要将流量路由到延迟最佳的区域时使用。在私有托管区域中，可以使用延迟路由创建记录。 + **基于 IP 的路由策略** – 如果您希望根据用户的位置来路由流量，并且获得流量来源的 IP 地址，则可以使用该策略。 + **多值应答路由策略** - 如果您想要让 Route 53 用随机选择的正常记录（最多八条）响应 DNS 查询，则可以使用该策略。在私有托管区域中，可以使用多值应答路由创建记录。 + **加权路由策略** - 用于按照您指定的比例将流量路由到多个资源。在私有托管区域中，可以使用加权路由创建记录。 **Topics** + [路由简单](routing-policy-simple.md) + [故障转移路由](routing-policy-failover.md) + [地理位置路由](routing-policy-geo.md) + [地理位置临近度路由](routing-policy-geoproximity.md) + [基于延迟的路由](routing-policy-latency.md) + [基于 IP 的路由](routing-policy-ipbased.md) + [多值应答路由](routing-policy-multivalue.md) + [加权路由](routing-policy-weighted.md) + [亚马逊 Route 53 EDNS0 如何用来估算用户的位置](routing-policy-edns0.md) # 路由简单 简单路由让您可以配置标准 DNS 记录，无需特殊 Route 53 路由，例如加权或延迟。使用简单路由，您通常将流量路由到单个资源，例如，路由到您网站的 Web 服务器。 可以对私有托管区中的记录使用简单路由策略。 如果您在 Route 53 控制台中选择简单路由策略，就无法创建具有相同名称和类型的多个记录，但您可在相同记录中指定多个值，例如多个 IP 地址。（如果您为别名记录选择简单路由策略，则只能在当前托管区域中指定一个 AWS 资源或一条记录。） 如果您在记录中指定多个值，则 Route 53 将所有值以随机顺序返回到递归解析程序，解析程序将值返回到提交 DNS 查询的客户端（例如，Web 浏览器）。然后，客户端选择值并重新提交查询。使用简单路由策略时，您可以指定多个 IP 地址，但这些 IP 地址不会进行运行状况检查。 有关您在使用简单路由策略创建记录时所指定值的信息，请参阅以下主题： + [简单记录的特定值](resource-record-sets-values-basic.md) + [简单别名记录的特定值](resource-record-sets-values-alias.md) + [所有路由策略的通用值](resource-record-sets-values-shared.md) + [所有路由策略的别名记录的通用值](resource-record-sets-values-alias-common.md) # 故障转移路由 故障转移路由允许您将流量路由到某个资源 (如果该资源正常) 或路由到其他资源 (如果第一个资源不正常)。主和辅助记录可以将流量路由到从配置为网站的 Amazon S3 存储桶到复杂记录树的任何目的地。有关更多信息，请参阅 [主动/被动故障转移](dns-failover-types.md#dns-failover-types-active-passive)。 可以对私有托管区中的记录使用失效转移路由策略。 有关您在使用故障转移路由策略创建记录时所指定值的信息，请参阅以下主题： + [故障转移记录的特定值](resource-record-sets-values-failover.md) + [故障转移别名记录的特定值](resource-record-sets-values-failover-alias.md) + [所有路由策略的通用值](resource-record-sets-values-shared.md) + [所有路由策略的别名记录的通用值](resource-record-sets-values-alias-common.md) # 地理位置路由 地理位置路由允许您根据用户的地理位置 (即 DNS 查询的来源位置) 选择提供流量的资源。例如，您可能想要将来自欧洲的所有查询全部路由到位于法兰克福区域的 Elastic Load Balancing 负载均衡器。 使用地理位置路由时，您可以对您的内容进行本地化，以用户使用的语言显示您网站的部分或全部。您还可以使用地理位置路由，以便仅向您拥有分配权限的位置分配内容。另一种可能的用途是以可预测 easy-to-manage的方式在端点之间平衡负载，以便每个用户位置始终如一地路由到同一个端点。 您可以按大陆、按国家/地区或者按美国各州指定地理位置。如果您为重叠的地理区域创建了单独的记录（例如，北美一个记录，加拿大一个记录），则最小的地理区域具有更高的优先级。这允许您将某个大陆的部分查询路由到一个资源，并将该大陆上选定国家/地区的查询路由到另一个资源。(有关每个大陆上的国家/地区的列表，请参阅[位置](resource-record-sets-values-geo.md#rrsets-values-geo-location)。) 地理位置路由的工作原理是将 IP 地址映射到位置。但是，有些 IP 地址无法映射到地理位置，因此即使您创建了覆盖全部七大洲的地理位置记录，Amazon Route 53 仍会收到一些来自其无法识别的位置的 DNS 查询。您可以创建一条默认记录，用以处理来自未映射到任何位置的 IP 地址的查询，以及来自您未创建地理位置记录的位置的查询。如果您不创建默认记录，则对于来自上述位置的查询，Route 53 将返回“无应答”响应。 可以对共有和私有托管区中的记录使用地理位置路由。 有关更多信息，请参阅 [亚马逊 Route 53 EDNS0 如何用来估算用户的位置](routing-policy-edns0.md)。 有关您在使用地理定位路由策略创建记录时所指定值的信息，请参阅以下主题： + [地理位置记录的特定值](resource-record-sets-values-geo.md) + [地理位置别名记录的特定值](resource-record-sets-values-geo-alias.md) + [所有路由策略的通用值](resource-record-sets-values-shared.md) + [所有路由策略的别名记录的通用值](resource-record-sets-values-alias-common.md) # 私有托管区中的地理位置路由 对于私有托管区域，Route 53 会根据查询来源的 VPC 响应 DNS 查询。 AWS 区域 有关列表 AWS 区域，请参阅 *Amazon EC2 用户指南*中的[区域和区域](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-regions-availability-zones.html)。 如果 DNS 查询源自混合网络的本地部分，则将被视为源自 VPC 所在的 AWS 区域 。 如果包括运行状况检查，您可以为以下项创建默认记录： + 未映射到地理位置的 IP 地址。 + 来自您尚未为其创建地理位置记录的位置的 DNS 查询。 如果 DNS 查询所在区域的地理位置记录运行不正常，则将返回默认记录（如果它运行正常）。 在下图的示例配置中，来自 us- AWS 区域 east-1（弗吉尼亚州）的 DNS 查询将路由到 1.1.1.1 终端节点。 ![\[显示私有托管区的地理位置记录的屏幕截图。\]](http://docs.aws.amazon.com/zh_cn/Route53/latest/DeveloperGuide/images/geolocation-phz.png) # 地理位置临近度路由 地理位置临近度路由能让 Amazon Route 53 根据您的用户和资源的地理位置将流量路由到您的资源。它将流量路由到位置最近的可用资源。（可选）您也可以通过指定一个值来增加或减少路由到指定资源的流量，该值称为*偏差*。偏差可以增加或减少路由到某个资源的流量所来自的地理区域的大小。 为您的资源创建地理位置临近度规则并为每个规则指定以下值之一： + 如果您使用的是 AWS 资源，请指定您在其中创建资源的 AWS 区域 或本地区域组。 + 如果您使用的是非AWS 资源，请指定资源的纬度和经度。 要使用 L AWS ocal Zones，必须先启用它们。有关更多信息，请参阅《AWS Local Zones 用户指南》中的 [Local Zones 入门](https://docs.aws.amazon.com/local-zones/latest/ug/getting-started.html)。** 要了解 AWS 区域 和 Local Zones 之间的区别，请参阅 *Amazon EC2 用户指南*中的[区域和区域](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-regions-availability-zones.html)。 （可选）要更改 Route 53 路由到某个资源的流量所来自的地理区域的大小，请为该偏差指定一个适用值： + 要扩大 Route 53 从中将流量路由到资源的地理区域的大小，请为该偏差指定一个介于 1 和 99 之间的正整数。Route 53 将缩小相邻区域的大小。 + 要缩小 Route 53 从中将流量路由到资源的地理区域的大小，请指定一个介于 -1 和 -99 之间的负偏差。Route 53 将扩大相邻区域的大小。 **注意** 我们正在更新 Route 53 的 Traffic Flow 控制台。在过渡期间，您可以继续使用旧控制台。 选择您正在使用的控制台的选项卡。 + [新控制台](#traffic-flow-geoprox-routing-map-new) + [旧控制台](#traffic-flow-geoprox-routing-map-old) ------ #### [ New console ] 下图显示了四张 AWS 区域 （编号为 1 到 5）： 1. 美国西部（俄勒冈州） 1. 欧洲地区（法兰克福） 1. 亚太地区（东京） 1. 非洲（开普敦） 1. 中东（巴林） **注意** 这些地图仅适用于 Traffic Flow。 ![\[此世界地图显示当您拥有美国西部（俄勒冈州）、欧洲（法兰克福）、亚太地区（东京）、非洲（开普敦）和中东（巴林）等 AWS 区域 中资源的地理位置临近度时如何路由流量。\]](http://docs.aws.amazon.com/zh_cn/Route53/latest/DeveloperGuide/images/traffic-flow-geoproximity-no-bias-new.png) 以下地图显示如果您为美国西部（俄勒冈州）区域（地图上的编号为 **1**）添加了偏差值 \$125 时，将发生的情况。相比从前，来自更大面积的北美区域以及所有南美区域的流量将路由到该区域中的资源。 ![\[此世界地图显示当您在美国东部（弗吉尼亚北部）区域中添加了偏差值 +25 时，如何路由流量。\]](http://docs.aws.amazon.com/zh_cn/Route53/latest/DeveloperGuide/images/traffic-flow-geoproximity-bias-plus25-new.png) 以下地图显示如果您将美国西部（俄勒冈州）区域的偏差值改为 -25 时，将发生的情况。**流量从北美和南美的较小部分路由到该区域的资源，路由到邻近区域 **2**、**3** 和 4 的资源的流量也更多。** ![\[此世界地图显示当您在美国西部（俄勒冈州）区域中添加了偏差值 -25 时，如何路由流量。\]](http://docs.aws.amazon.com/zh_cn/Route53/latest/DeveloperGuide/images/traffic-flow-geoproximity-bias-minus25-new.png) ------ #### [ Old console ] 下图显示了四个 AWS 区域 （编号为 1 到 4）以及南非约翰内斯堡的一个由纬度和经度 (5) 指定的位置。 **注意** 这些地图仅适用于 Traffic Flow。 ![\[一张世界地图，显示当你有美国西部（俄勒冈）、美国东部（弗吉尼亚北部）、欧洲（巴黎）和亚太地区（东京）的资源的地理位置记录，并且你有南非约翰内斯堡的非AWS 资源记录时，交通是如何路由的。 AWS 区域\]](http://docs.aws.amazon.com/zh_cn/Route53/latest/DeveloperGuide/images/traffic-flow-geoproximity-map-example-no-bias.png) 以下地图显示如果您为美国东部（弗吉尼亚州北部）区域（地图上的编号为 **2**）添加了偏差值 \$125 时，将发生的情况。相比从前，来自更大面积的北美区域以及所有南美区域的流量将路由到该区域中的资源。 ![\[此世界地图显示当您在美国东部（弗吉尼亚北部）区域中添加了偏差值 +25 时，如何路由流量。\]](http://docs.aws.amazon.com/zh_cn/Route53/latest/DeveloperGuide/images/traffic-flow-geoproximity-map-example-bias-plus-25.png) 以下地图显示如果您将美国东部（弗吉尼亚州北部）区域的偏差值改为 -25 时，将发生的情况。相比从前，来自较小面积的北美和南美区域的流量路由到该区域中的资源，更多流量路由到临近区域 **1**、**3** 和 **5** 中的资源。 ![\[此世界地图显示当您在美国东部（弗吉尼亚州北部）区域中添加了偏差值 -25 时，如何路由流量。\]](http://docs.aws.amazon.com/zh_cn/Route53/latest/DeveloperGuide/images/traffic-flow-geoproximity-map-example-bias-minus-25.png) ------ 更改资源的偏移会造成的影响取决于多种因素，包括： + 您具有的资源的数量。 + 资源彼此之间的距离。 + 您在地理区域之间的边界区域附近拥有的用户数。例如，假设您在 AWS 区域 美国东部（弗吉尼亚北部）和美国西部（俄勒冈）拥有资源，并且在美国德克萨斯州的达拉斯、奥斯汀和圣安东尼奥市有大量用户。这些城市之间的资源距离大致相等，因此偏见的微小变化可能会导致流量从一个资源 AWS 区域 向另一个资源的大幅波动。 我们建议您以较小的增量来更改偏差，以防止由于流量的意外摆动而导致您的资源被耗尽。 有关更多信息，请参阅 [亚马逊 Route 53 EDNS0 如何用来估算用户的位置](routing-policy-edns0.md)。 ## Amazon Route 53 如何使用偏差来路由流量 以下是 Amazon Route 53 用于确定如何路由流量的公式： **偏差** `Biased distance = actual distance * [1 - (bias/100)]` 当偏差值为正值时，Route 53 会将 DNS 查询的源和您在地理位置邻近记录中指定的资源（例如中的 EC2 实例 AWS 区域）视为它们比实际距离更近。例如，假设您具有以下地理位置临近度记录： + Web 服务器 A 的记录，它具有正偏差 50 + Web 服务器 B 的记录，它没有偏差 当某个地理位置临近度记录具有正偏差 50 时，Route 53 会将查询的源与该记录的资源之间的距离减半。之后，Route 53 将计算哪一资源更接近查询的源。假设 Web 服务器 A 与查询的源相距 150 千米，而 Web 服务器 B 与查询的源相距 100 千米。如果这两个记录都没有偏差，Route 53 会将查询路由到 Web 服务器 B，因为它更近。但是，由于 Web 服务器 A 的记录具有正偏差 50，Route 53 将认为 Web 服务器 A 与查询的源相距 75 千米。因此，Route 53 会将查询路由到 Web 服务器 A。 下面是针对正偏差 50 的计算： ``` Bias = 50 Biased distance = actual distance * [1 - (bias/100)] Biased distance = 150 kilometers * [1 - (50/100)] Biased distance = 150 kilometers * (1 - .50) Biased distance = 150 kilometers * (.50) Biased distance = 75 kilometers ``` # 基于延迟的路由 如果您的应用程序以多个方式托管 AWS 区域，则可以从提供最低延迟的用户请求中提供服务 AWS 区域 ，从而提高用户的性能。 **注意** 有关用户与您的资源之间延迟的数据完全基于用户与 AWS 数据中心之间的流量。如果您未在中使用资源 AWS 区域，则您的用户和资源之间的实际延迟可能与 AWS 延迟数据有很大差异。即使您的资源与 AWS 区域位于同一城市，也是如此。 要使用基于延迟的路由，您可以为多个 AWS 区域中的资源创建延迟记录。当 Route 53 收到您的域或子域（example.com 或 apex.example.com）的 DNS 查询时，它确定您为哪些 AWS 区域 创建了延迟记录、哪个区域能够为用户提供最低的延迟，然后选择该区域的延迟记录。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) # 私有托管区中基于延迟的路由 对于私有托管区域，Route 53 使用与查询来源的 VPC 相同 AWS 区域或距离最近的终端节点来回答 DNS 查询。 AWS 区域 **注意** 如果您将出站端点转发到入站端点，则记录将根据入站端点的位置而不是出站端点的位置进行解析。 如果包括运行状况检查，并且查询源延迟时间最短的记录运行状况不佳，则会返回延迟次低的运行状况良好的端点。 在下图的示例配置中，来自 us- AWS 区域 east-1 或最接近它的 DNS 查询将路由到 1.1.1.1 终端节点。来自 us-west-2 或最接近它的 DNS 查询将被路由到 2.2.2.2 端点。 ![\[显示私有托管区的两条延迟记录的屏幕截图。\]](http://docs.aws.amazon.com/zh_cn/Route53/latest/DeveloperGuide/images/latency-phz.png) # 基于 IP 的路由 借助 Amazon Route 53 中基于 IP 的路由，您可以利用对网络、应用程序和客户端的了解来微调 DNS 路由，从而为最终用户做出最佳 DNS 路由决策。基于 IP 的路由通过以映射的形式将数据上传到 Route 53，使您可以精细控制以优化性能或降低网络成本。 user-IP-to-endpoint 地理位置和基于延迟的路由以 Route 53 收集并保持更新的数据为基础。这种方法适用于大多数客户，但基于 IP 的路由为您提供了额外的能力，可以根据您客户群的特定知识来优化路由。例如，全球视频内容提供商可能希望从特定互联网服务提供商（ISP）路由最终用户。 以下是基于 IP 的路由的一些常见使用案例： + 您希望将最终用户从某些终端节点路由 ISPs 到特定的终端节点，以便优化网络传输成本或性能。 + 您希望根据对客户实际位置的了解，为现有 Route 53 路由类型添加覆盖，例如地理位置路由。 **管理 IP 范围并将其与资源记录集关联 () RRSet** 对于 IPv4，您可以使用长度介于 1 到 24 位（含）之间的 CIDR 块，而对于IPv6长度介于 1 到 48 位（含）之间的 CIDR 块。要定义零位 CIDR 块（0.0.0.0/0 或:: /0），请使用默认（“\$1”）位置。 对于 CIDR 长于 CIDR 集合中指定长度的 DNS 查询，Route 53 会将其与较短的 CIDR 进行匹配。例如，如果您在 CIDR 集合中指定 2001:0DB8:: /32 作为 CIDR 块，并且查询源自 2001:0:0000: DB8 1234:: /48，则该查询将匹配。另一方面，如果您在 CIDR 集合中指定 2001:0DB8: 0000:1234:: /48，并且查询源自 2001:0:: /32，则这将不匹配，Route 53 将使用默认（“DB8\$1”）位置的记录进行回答。 您可以将 CIDR 块（或 IP 范围）集组合到 CIDR 位置中，然后将这些区块组合为名为 CIDR 集合的可重用实体： **CIDR 块** 采用 CIDR 表示法的 IP 范围，例如 192.0.2.0/24 或 2001:: /32。DB8 **CIDR 位置** 已命名的 CIDR 块列表。例如， example-isp-seattle= [192.0.2.0/24、203.0.113.0/22、198.51.100.0/24、2001:: /32]。DB8CIDR 位置列表中的块不必相邻或处于相同的范围内。 单个位置可以同时包含 IPv4 和 IPv6 块，并且此位置可以分别与 A 和 AAAA 记录集相关联。 例如，位置名称通常是一个位置，但也可以是任何字符串，例如，*公司-A*。 **CIDR 集合** 已命名的位置集合。例如，我的收藏 = [example-isp-seattle， example-isp-tokyo]。 基于 IP 的路由资源记录集会引用集合中的位置，并且具有相同记录集名称和类型的所有资源记录集必须引用同一个集合。例如，如果您在两个区域创建网站，并希望根据原始 IP 地址将 DNS 查询从两个不同的 CIDR 位置定向到特定网站，那么这两个位置都必须列在同一个 CIDR 集合中。 不能对私有托管区中的记录使用基于 IP 的路由策略。 有关您在使用基于 IP 的路由策略创建记录时所指定值的信息，请参阅以下主题： + [针对基于 IP 的记录的特定值](resource-record-sets-values-ipbased.md) + [基于 IP 的别名记录的特定值](resource-record-sets-values-ipbased-alias.md) + [所有路由策略的通用值](resource-record-sets-values-shared.md) + [所有路由策略的别名记录的通用值](resource-record-sets-values-alias-common.md) **Topics** + [使用 CIDR 位置和 CIDR 块创建 CIDR 集合](resource-record-sets-creating-cidr-collection.md) + [使用 CIDR 位置和 CIDR 块](resource-record-sets-working-with-cidr-locations.md) + [删除 CIDR 集合](resource-record-sets-delete-cidr-collection.md) + [将地理位置移动到基于 IP 的路由](resource-record-sets-move-geolocation-to-cidr.md) # 使用 CIDR 位置和 CIDR 块创建 CIDR 集合 要开始使用，请创建 CIDR 集合并向其添加 CIDR 块和位置。 **使用 Route 53 控制台创建 CIDR 集合** 1. 登录 AWS 管理控制台 并打开 Route 53 控制台，网址为[https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/)。 1. 在导航窗格中，选择 **IP-based routing**（基于 IP 的路由），然后选择 **CIDR collections**（CIDR 集合）。 1. 选择 **Create CIDR collection**（创建 CIDR 集合）。 1. 在 **Create CIDR collection**（创建 CIDR 集合）窗格中，在 **Details**（详细信息）下方，输入集合的名称。 1. 选择 **Create collection**（创建集合）以创建空集合。 –或者– 在 **创建 CIDR 位置**部分中，于 **CIDR 位置**框中输入 CIDR 位置的名称。例如，位置名称可以是任何标识字符串，例如，**company 1** 或者 **Seattle**。它不必是实际的地理位置。 **重要** CIDR 位置名称的最大长度为 16 个字符。 在 **CIDR 块**框中每行输入一个 CIDR 块。这些地址可以是 o IPv4 r IPv6 地址，范围为 /0 到 /24，对于 IPv4 /0 到 /48。 IPv6 1. 在输入 CIDR 块以后，选择 **Create CIDR collection**（创建 CIDR 集合）或 **Add another location**（添加其他位置），以继续输入位置和 CIDR 块。您可以在每个集合中输入多个 CIDR 位置。 1. 在输入 CIDR 位置后，选择 **Create CIDR collection**（创建 CIDR 集合）。 # 使用 CIDR 位置和 CIDR 块 **通过 Route 53 控制台使用 CIDR 位置** 1. 登录 AWS 管理控制台 并打开 Route 53 控制台，网址为[https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/)。 1. 在导航窗格中，选择**基于 IP 的路由**），再选择 **CIDR 集合**，然后在 **CIDR 集合**部分，在**集合名称**列表中点击 CIDR 集合的链接。 在 **CIDR locations**（CIDR 位置）页面中，您可以创建、删除 CIDR 位置，或者编辑位置及其 CIDR 块。 + 要创建位置，请选择 **Create CIDR location**（创建 CIDR 位置）。 + 在 **Create CIDR location**（创建 CIDR 位置）窗格中，输入位置的名称、与该位置关联的 CIDR 块，然后选择 **Create**（创建）。 + 要查看 CIDR 位置和其中的 CIDR 块，请选择位置旁边的单选按钮，以在 CIDR 位置窗格中显示其名称和 CIDR 块。 在此窗格中，您也可以选择**编辑**以更新位置或其 CIDR 块的名称。完成编辑后，选择 **Save**（保存）。 + 要删除 CIDR 位置和其中的 CIDR 块，请选择您要删除的位置旁边的单选按钮，然后选择 **Delete**（删除）。要确认删除操作，请在文本输入字段中输入位置名称，然后选择 **Delete**（删除）。 **重要** 删除 CIDR 位置的操作无法撤消。如果您有与该位置关联的任何 DNS 记录，您的域可能会因此无法访问。 # 删除 CIDR 集合 **要删除 CIDR 集合及其位置和块，需使用 Route 53 控制台** 1. 登录 AWS 管理控制台 并打开 Route 53 控制台，网址为[https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/)。 1. 在导航窗格中，选择 **IP-based routing**（基于 IP 的路由），然后选择 **CIDR collections**（CIDR 集合）。 1. 在 **CIDR collections**（CIDR 集合）部分，点击您要删除的集合的带有链接的名称。 1. 在 **CIDR locations**（CIDR 位置）页面中，每次选择一个位置，然后选择 **Delete**（删除），并在对话框中输入其名称，然后选择 **Delete**（删除）。您必须先删除与 CIDR 集合关联的所有位置，然后才能删除该集合。 1. 删完所有 CIDR 位置后，在 **CIDR locations**（CIDR 位置）页面中，选择您要删除的集合旁边的单选按钮，然后选择 **Delete**（删除）。 # 将地理位置移动到基于 IP 的路由 如果您使用的是地理位置或地理位置临近度路由策略，并且始终发现特定客户端路由目的地不是基于物理位置或网络拓扑的最佳端点，则可以使用基于 IP 的路由来更好地定向这些客户端的公有 IP 范围。 下表包含现有地理位置路由的示例地理位置配置，我们将针对加利福尼亚州 IP 范围进行微调。 | 记录集名称 | 路由策略和起源 | 应用程序端点的 IP 地址 | | --- | --- | --- | | example.com | 地理位置路由（美国） | `198.51.100.1` | | example.com | 地理位置路由（欧洲） | `198.51.100.2` | 要覆盖从加利福尼亚州到新的应用程序端点的 IP 范围，请首先使用新的记录集名称重新创建地理位置路由。 | 记录集名称 | 路由策略和起源 | 应用程序端点的 IP 地址 | | --- | --- | --- | | geo.example.com | 地理位置路由（美国） | `198.51.100.1` | | geo.example.com | 地理位置路由（欧洲） | `198.51.100.2` | 然后，创建基于 IP 的路由记录和指向您最近重新创建的地理位置路由记录集的默认记录。 | 记录集名称 | 路由策略和起源 | 应用程序端点的 IP 地址 | | --- | --- | --- | | example.com | 基于 IP 的路由（默认） | 您希望设置为默认值的 geo.example.com 应用程序端点的别名记录。例如 `198.51.100.1`。 | | example.com | 基于 IP 的路由（加利福尼亚州 IP 范围） | `198.51.100.3` | # 多值应答路由 多值应答路由允许您将 Amazon Route 53 配置为返回多个值（如您的 Web 服务器的 IP 地址）来响应 DNS 查询。您可以为几乎任意记录指定多个值，但多值应答路由也允许您检查每个资源的运行状况，以便 Route 53 只返回正常资源的值。虽然它不能替代负载均衡器，但由于其具备返回多个可进行运行状况检查的 IP 地址的能力，您可以将它与 DNS 配合使用，以提高可用性和负载均衡性。 要将流量以近乎随机的方式路由到多个资源（如 Web 服务器），请为每个资源创建一条多值应答记录，并（可选）将 Route 53 运行状况检查与每条记录关联。Route 53 通过最多八条正常记录响应 DNS 查询，并向不同的 DNS 解析程序提供不同的应答。如果 Web 服务器在解析程序缓存响应后变得不可用，则客户端软件可以尝试响应中提供的其他 IP 地址。 注意以下几点： + 如果为多值应答记录关联了运行状况检查，则 Route 53 仅当运行状况检查正常时才使用相应的 IP 地址响应 DNS 查询。 + 如果您没有为多值应答记录关联运行状况检查，则 Route 53 始终认为记录正常。 + 如果您有不超过 8 条正常的记录，Route 53 将使用所有正常记录响应所有 DNS 查询。 + 如果所有记录都不正常，Route 53 会向 DNS 查询提供最多 8 条不正常的记录。 可以对私有托管区中的记录使用多值应答路由策略。 有关您在使用多值应答路由策略创建记录时所指定值的信息，请参阅 [多值应答记录的特定值](resource-record-sets-values-multivalue.md) 和 [所有路由策略的通用值](resource-record-sets-values-shared.md)。 # 加权路由 加权路由允许您将多个资源关联至单个域名 (example.com) 或子域名 (acme.example.com)，并选择向每个资源路由多少流量。这可用于多种用途，例如负载均衡、测试软件新版本等。 要配置加权路由，您可以创建与每个资源同名、同类型的记录，然后根据要发送到每个资源的流量的规模为每条记录分配相对权重。Amazon Route 53 将根据您分配给记录的权重（占该组中所有记录总权重的比例）向资源发送流量： ![\[用于计算向给定资源路由多少流量的公式：指定记录的权重/所有记录的权重之和。\]](http://docs.aws.amazon.com/zh_cn/Route53/latest/DeveloperGuide/images/WRR_calculation.png) 例如，如果您想要将极少的一部分流量发送到一个资源，并将其余流量发送到另一个资源，则可以指定权重 1 和 255。权重为 1 的资源将获得 1/256 (1/(1\$1255)) 的流量，另一个资源将获得 255/256 (255/(1\$1255)) 的流量。您可以通过更改权重来逐渐改变平衡。如果要停止向某个资源发送流量，您可以将该记录的权重更改为 0。 有关您在使加权路由策略创建记录时所指定值的信息，请参阅以下主题： + [加权记录的特定值](resource-record-sets-values-weighted.md) + [加权别名记录的特定值](resource-record-sets-values-weighted-alias.md) + [所有路由策略的通用值](resource-record-sets-values-shared.md) + [所有路由策略的别名记录的通用值](resource-record-sets-values-alias-common.md) 可以对私有托管区中的记录使用加权路由策略。 ## 运行状况检查和加权路由 如果为一组加权记录中的所有记录添加运行状况检查，但为部分记录指定非零权重并为其他记录指定零权重，那么运行状况检查会按照所有记录均具有非零权重的情况进行，但下列情况除外： + Route 53 最初仅考虑非零加权记录（如果有）。 + 如果权重大于 0 的所有记录的运行状况都不良，Route 53 会考虑零权重的记录。 下表详细说明了 0 加权记录包含运行状况检查时的行为： | | 记录 1 | 记录 2 | 记录 3 | | --- |--- |--- |--- | | 重量 | 1 | 1 | 0 | | 包括运行状况检查？ | 支持 | 是 | 是 | | | | --- | | 运行状态检查状态 | 运行状况不佳 | 运行状况不佳 | 正常 | | DNS 查询已回答？ | 否 | 否 | 是 | | | | --- | | 运行状态检查状态 | 运行状况不佳 | 运行状况不佳 | 运行状况不佳 | | DNS 查询已回答？ | 支持 | 是 | 否 | | | | --- | | 运行状态检查状态 | 运行状况不佳 | 正常 | 运行状况不佳 | | DNS 查询已回答？ | 否 | 是 | 否 | | | | --- | | 运行状态检查状态 | 正常 | 正常 | 运行状况不佳 | | DNS 查询已回答？ | 支持 | 是 | 否 | | | | --- | | 运行状态检查状态 | 正常 | 正常 | 正常 | | DNS 查询已回答？ | 支持 | 是 | 否 | 下表详细说明了 0 加权记录不包含运行状况检查时的行为： | | 记录 1 | 记录 2 | 记录 3 | | --- |--- |--- |--- | | 重量 | 1 | 1 | 0 | | 包括运行状况检查？ | 支持 | 是 | 否 | | | | --- | | 运行状态检查状态 | 正常 | 正常 | 不适用 | | DNS 查询已回答？ | 支持 | 是 | 否 | | | | --- | | 运行状态检查状态 | 运行状况不佳 | 运行状况不佳 | 不适用 | | DNS 查询已回答？ | 否 | 否 | 是 | | | | --- | | 运行状态检查状态 | 运行状况不佳 | 正常 | 不适用 | | DNS 查询已回答？ | 否 | 是 | 否 | # 亚马逊 Route 53 EDNS0 如何用来估算用户的位置 为了提高地理定位、地理位置、基于 IP 的路由和延迟路由的准确性，Amazon Route 53 支持扩展。 edns-client-subnet EDNS0 （EDNS0 为 DNS 协议添加了多个可选扩展。） Route 53 edns-client-subnet 只能在 DNS 解析器支持的情况下使用： + 当浏览器或其他查看器使用不支持的 DNS 解析器时 edns-client-subnet，Route 53 会使用 DNS 解析器的源 IP 地址来估计用户的位置，并使用解析器位置的 DNS 记录来响应地理位置查询。 + 当浏览器或其他查看器使用支持 edns-client-subnet的 DNS 解析器时，DNS 解析器会向 Route 53 发送用户 IP 地址的截断版本。Route 53 根据该截断的 IP 地址而不是 DNS 解析程序的源 IP 地址来确定用户的位置；这通常能够更准确地估计用户的位置。然后，Route 53 使用用户位置的 DNS 记录响应地理位置查询。 + EDNS0 不适用于私有托管区域。对于私有托管区域，Route 53 使用来自私有托管区域所在的 VPC 解析器的数据来做出地理位置和延迟路由决策。 AWS 区域 有关更多信息 edns-client-subnet，请参阅 DNS 请求中的 EDNS 客户端子网 RFC，[客户端子网](https://www.rfc-editor.org/rfc/rfc7871)。