

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

# Amazon Route 53 概念
<a name="route-53-concepts"></a>

下面概述了整个 *Amazon Route 53 开发人员指南*中所讨论的概念。

**Topics**
+ [域注册概念](#route-53-concepts-domain-registration)
+ [域名系统 (DNS) 概念](#route-53-concepts-domain-name-system-dns)
+ [控制和数据层面概念](#route-53-concepts-control-and-data-plane)
+ [运行状况检查概念](#route-53-concepts-health-checking)

## 域注册概念
<a name="route-53-concepts-domain-registration"></a>

下面概述了与域注册相关的概念。
+ [domain name](#route-53-concepts-domain-name)
+ [domain registrar](#route-53-concepts-domain-registrar)
+ [domain registry](#route-53-concepts-domain-registry)
+ [domain reseller](#route-53-concepts-domain-reseller)
+ [top-level domain (TLD)](#route-53-concepts-top-level-domain)

**域名**  
用户在 Web 浏览器的地址栏中键入的名称 (比如 example.com)，用于访问某个网站或 Web 应用程序。要使您的网站或 Web 应用程序在 Internet 上可用，您首先要注册一个域名。有关更多信息，请参阅 [域注册的工作原理](welcome-domain-registration.md)。

**域注册商**  
一家获得 ICANN（互联网名称与数字地址分配机构）认可，可以处理特定顶级域名的域名注册的公司（TLDs）。要找出域的注册商，请参阅 [查找注册商](find-your-registrar.md)。

**域注册机构**  
有权销售具有一个特定顶级域的域的公司。例如，[VeriSign](http://www.verisign.com/)是拥有出售带有.com TLD的域名的权利的注册机构。域注册机构可定义注册域的规则，比如地理 TLD 的住所要求。域注册机构还会维护具有相同 TLD 的所有域名的权威数据库。注册机构的数据库中包含一些信息，比如每个域的联系人信息和名称服务器等。

**域经销商**  
出售注册商（比如 Amazon Registrar）的域名的公司。Amazon Route 53 是 Amazon Registrar 和我们的注册商合作者 Gandi 的域经销商。

**顶级域 (TLD)**  
域名的最后一部分，比如 .com、.org 或 .ninja。有两种类型的顶级域：    
**通用顶级域**  
这些 TLDs 通常会让用户知道他们将在网站上找到什么。例如，具有 TLD *.bike* 的域名通常与摩托车或自行车企业或组织的网站有关。除了少数例外情况外，您可以使用任何您想要的通用 TLD，因此自行车俱乐部可将 .hockey TLD 用于其域名。  
**地理顶级域**  
 TLDs 它们与诸如国家或城市之类的地理区域相关联。一些地理注册管理机构 TLDs 有居住地要求，而其他注册管理机构（例如）[.io（英属印度洋领地）](io.md)则允许甚至鼓励将其用作通用 TLD。
有关向 Rou TLDs te 53 注册域名时可以使用的列表，请参阅[可向 Amazon Route 53 注册的域。](registrar-tld-list.md)。

## 域名系统 (DNS) 概念
<a name="route-53-concepts-domain-name-system-dns"></a>

下面概述了与域名系统 (DNS) 相关的概念。
+ [alias record](#route-53-concepts-alias-resource-record-set)
+ [authoritative name server](#route-53-concepts-authoritative-name-server)
+ [CIDR block](#route-53-concepts-cidr)
+ [DNS query](#route-53-concepts-dns-query)
+ [DNS resolver](#route-53-concepts-dns-resolver)
+ [Domain Name System (DNS)](#route-53-concepts-domain-name-system)
+ [hosted zone](#route-53-concepts-hosted-zone)
+ [IP address](#route-53-concepts-ip-address)
+ [name servers](#route-53-concepts-name-servers)
+ [private DNS](#route-53-concepts-private-dns)
+ [recursive name server](#route-53-concepts-recursive-name-server)
+ [record (DNS record)](#route-53-concepts-resource-record-set)
+ [reusable delegation set](#route-53-concepts-reusable-delegation-set)
+ [routing policy](#route-53-concepts-routing-policy)
+ [subdomain](#route-53-concepts-subdomain)
+ [time to live (TTL)](#route-53-concepts-time-to-live)

**别名记录**  
您可以使用 Amazon Route 53 创建的一种记录，用于将流量路由到诸如亚马逊 CloudFront 分配和 Amazon S3 存储桶之类的 AWS 资源。有关更多信息，请参阅 [在别名记录和非别名记录之间进行选择](resource-record-sets-choosing-alias-non-alias.md)。

**权威名称服务器**  
一个名称服务器，该名称服务器具有关于域名系统 (DNS) 的一部分的明确信息，并通过返回适用的信息响应来自 DNS 解析程序的请求。例如，.com 顶级域 (TLD) 的权威名称服务器知道每个已注册 .com 域的名称服务器的名称。当 .com 权威名称服务器收到来自 example.com 的 DNS 解析程序的请求时，它会使用 example.com 域的 DNS 服务的名称服务器的名称进行响应。  
Route 53 名称服务器是将 Route 53 用作 DNS 服务的每个域的权威名称服务器。这些名称服务器知道，您希望如何基于您在域的托管区域中创建的记录来路由您的域和子域的流量。（Route 53 名称服务器可存储将 Route 53 用作 DNS 服务的域的托管区域。）  
例如，如果 Route 53 名称服务器收到对 www.example.com 的请求，它将找到该记录并返回记录中指定的 IP 地址（如 192.0.2.33）。

**CIDR 块**  
CIDR 块是一种与基于 IP 的路由结合使用的 IP 范围。在 Route 53 中，你可以为 /0 到 /24 指定 /0 到 /48 之间的 IPv4 CIDR 块。 IPv6例如，一个 /24 IPv4 CIDR 块包含 256 个连续的 IP 地址。您可以将 CIDR 块（或 IP 范围）集组合到 CIDR 位置，然后反过来将其组合为可重用的 CIDR 集合。

**DNS 查询**  
通常为由某个设备 (比如计算机或智能手机) 向与某域名关联的资源的域名系统 (DNS) 提交的请求。DNS 查询最常见的示例是，用户打开浏览器并在地址栏中键入域名。对 DNS 查询的响应通常是与诸如 Web 服务器之类的资源相关联的 IP 地址。发出请求的设备使用该 IP 地址与资源进行通信。例如，浏览器可以使用该 IP 地址从 Web 服务器中获取某个网页。

**DNS 解析程序**  
通常由 Internet 服务提供商 (ISP) 管理的 DNS 服务器，充当用户请求与 DNS 名称服务器之间的中介。当您打开浏览器并在地址栏中输入域名时，您的查询将首先发送到 DNS 解析程序。该解析程序会与 DNS 名称服务器通信，以获取相应资源 (比如 Web 服务器) 的 IP 地址。DNS 解析程序也称为递归名称服务器，因为它会将请求发送到一系列权威 DNS 名称服务器，直到它获得返回到用户设备 (例如，笔记本电脑上的 Web 浏览器) 的响应 (通常为 IP 地址)。

**域名系统 (DNS)**  
一个全球服务器网络，可帮助计算机、智能手机、平板电脑和其他已启用 IP 的设备之间相互通信。域名系统会将容易理解的名称 (例如 example.com) 转换为数字，这些数字称为 *IP 地址*，允许计算机在 Internet 上相互找到对方。  
另请参阅[IP address](#route-53-concepts-ip-address)。

**托管区域**  
一个记录容器，其中包含有关您希望如何路由域 (比如 example.com) 及其所有子域 (比如 www.example.com、retail.example.com 和 seattle.accounting.example.com) 的流量的信息。托管区域具有与相应域相同的名称。  
例如，example.com 的托管区域可能包括如下两个记录：一个记录具有关于将 www.example.com 的流量路由到 IP 地址为 192.0.2.243 的 Web 服务器的信息；另一个记录具有关于将 example.com 的电子邮件路由到两个电子邮件服务器 (mail1.example.com 和 mail2.example.com) 的信息。每个电子邮件服务器还需要自己的记录。  
另请参阅[record (DNS record)](#route-53-concepts-resource-record-set)。

**IP 地址**  
分配给 Internet 上某个设备（例如笔记本电脑、智能手机或 Web 服务器）的一个数字，允许该设备与 Internet 上的其它设备进行通信。IP 地址采用以下格式之一：  
+ 互联网协议版本 4 (IPv4) 格式，例如 192.0.2.44
+ 互联网协议版本 6 (IPv6) 格式，例如 2001:0 db 8:85 a 3:0000:00:00:abcd: 0001:2345
Route 53 同时支持 IPv4 和 IPv6 地址，用于以下目的：  
+ 对于地址，您可以创建类型为 A 的记录，或者为 IPv4 地址创建类型为 AAAA 的记录。 IPv6 
+ 您可以创建运行状况检查，将请求发送到地址 IPv4 或向 IPv6 地址发送请求。
+ 如果 DNS 解析器位于 IPv6 网络上，则它可以使用 IPv4 或 IPv6 向 Route 53 提交请求。

**名称服务器**  
域名系统 (DNS) 中的服务器，可帮助将域名转换为计算机用于彼此相互通信的 IP 地址。名称服务器为递归名称服务器（也称为 [DNS resolver](#route-53-concepts-dns-resolver)）或 [authoritative name server](#route-53-concepts-authoritative-name-server)。  
有关 DNS 如何将流量路由到您的资源的概述（包括 Route 53 在此过程中的作用），请参阅 [Amazon Route 53 如何为您的域路由流量](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic)。

**私有 DNS**  
域名系统 (DNS) 的本地版本，允许您将域及其子域的流量路由到一个或多个亚马逊虚拟私有云 (VPCs) 中的 Amazon EC2 实例。有关更多信息，请参阅 [使用私有托管区](hosted-zones-private.md)。

**记录 (DNS 记录)**  
托管区域中的一个对象，用于定义您要如何路由域或子域的流量。例如，您可以为 example.com 和 www.example.com 创建记录，将流量路由到 IP 地址为 192.0.2.234 的 Web 服务器。  
有关记录的更多信息（包括有关由特定于 Route 53 的记录所提供功能的信息），请参阅 [将 Amazon Route 53 配置为 DNS 服务](dns-configuring.md)。

**递归名称服务器**  
请参阅[DNS resolver](#route-53-concepts-dns-resolver)。

**可重用的委派集**  
一组可用于多个托管区域的四个权威名称服务器。默认情况下，Route 53 会将随机选择的名称服务器分配给每个新的托管区域。为了更轻松地将大量域的 DNS 服务迁移到 Route 53，您可以创建可重用委派集，然后将可重用委派集与新的托管区域相关联。(您无法更改与现有托管区域相关联的名称服务器。)  
创建一个可重用委派集，并以编程方式将其与托管区域相关联；不支持使用 Route 53 控制台。有关更多信息，请参阅*亚马逊 Route 53 API 参考[CreateReusableDelegationSet](https://docs.aws.amazon.com/Route53/latest/APIReference/API_CreateReusableDelegationSet.html)*中的[CreateHostedZone](https://docs.aws.amazon.com/Route53/latest/APIReference/API_CreateHostedZone.html)和。[AWS SDKs](https://docs.aws.amazon.com/)、和中也提供了同样的[AWS Command Line Interface](https://docs.aws.amazon.com/cli/latest/reference/route53/index.html)功能[AWS Tools for Windows PowerShell](https://docs.aws.amazon.com/powershell/latest/reference/)。

**路由策略**  
用于确定 Route 53 如何响应 DNS 查询的记录设置。Route 53 支持以下路由策略：  
+ **简单路由策略** - 用于将 Internet 流量路由到为您的域执行给定功能的单一资源（例如，为 example.com 网站提供内容的 Web 服务器）。
+ **故障转移路由策略** - 如果您想要配置主动-被动故障转移，则可以使用该策略。
+ **地理位置路由策略** - 用于根据用户的位置将 Internet 流量路由到您的资源。
+ **地理位置临近度路由策略** - 用于根据资源的位置来路由流量，以及（可选）将流量从一个位置中的资源转移到另一个位置中的资源。
+ **延迟路由策略** - 如果您的资源位于多个位置，并且您想要将流量路由到提供最佳延迟的资源，则可以使用该策略。
+ **基于 IP 的路由策略** – 如果您希望根据用户的位置来路由流量，并且获得流量来源的 IP 地址，则可以使用该策略。
+ **多值应答路由策略** - 如果您想要让 Route 53 用随机选择的正常记录（最多八条）响应 DNS 查询，则可以使用该策略。
+ **加权路由策略** - 用于按照您指定的比例将流量路由到多个资源。
有关更多信息，请参阅 [选择路由策略](routing-policy.md)。

**子域**  
一个域名，该域名拥有添加到已注册域名前面的一个或多个标签。例如，如果您注册了域名 example.com，则 www.example.com 为子域。如果您为 example.com 域创建了托管区域 accounting.example.com，则 seattle.accounting.example.com 为子域。  
要为子域路由流量，请创建一个具有所需名称 (如 www.example.com) 的记录，并指定适用的值，例如 Web 服务器的 IP 地址。

**生存时间 (TTL)**  
在向 Route 53 提交另一个请求以获取记录的当前值之前，您希望 DNS 解析程序缓存（存储）该记录的值的时间量（以秒为单位）。如果 DNS 解析程序在 TTL 到期之前收到对同一个域的另一个请求，则该解析程序将返回缓存的值。  
较长的 TTL 会降低您的 Route 53 费用，这一点部分取决于 Route 53 响应的 DNS 查询的数量。在更改记录中的值 (例如通过更改 www.example.com 的 Web 服务器的 IP 地址) 后，较短的 TTL 会缩短 DNS 解析程序将流量路由到较旧资源的时间量。

## 控制和数据层面概念
<a name="route-53-concepts-control-and-data-plane"></a>

以下是与 Amazon Route 53 如何将其功能划分为控制和数据层面相关的概念概述。像大多数 AWS 服务一样，Route 53 服务包括一个控制层面，您可以通过该层面执行诸如创建、更新和删除资源之类的管理操作；以及一个提供服务核心功能的数据层面。虽然两种功能均可靠，但控制层面已针对数据一致性进行优化，而数据层面也已针对可用性进行优化。数据层面的弹性设计使得即便是在罕见的中断事件过程中也能维持可用性，在中断事件过程中，控制层面可能不可用。为此，我们建议使用数据层面功能，其中，可用性非常重要。

对于 Route 53 的公共和私有 DNS 以及运行状况检查，控制平面位于 us- AWS 区域 east-1 中，数据平面分布在全球各地。

Amazon Route 53 分为控制层面和数据层面，如下所示：
+ 对于 Route 53 的公用和私有 DNS，控制平面由路由 53 组成 APIs，它允许您管理 DNS 条目，包括 Route 53 和流量流APIs。Route 53 控制台位于 us- AWS 区域 east-1，但 AWS 如果确定该区域存在损失，则 53 号公路控制台将由 us-west-2 提供服务。 AWS 区域数据层面是权威 DNS 服务，它运行在 200 多个接入点 (POP) 位置，根据您的托管区域和运行状况检查数据应答 DNS 查询。
+ 对于 Route 53 运行状况检查，控制平面由可用于创建、更新和删除运行状况检查的 Route 5 APIs 3 组成。Route 53 运行状况检查控制台位于 us- AWS 区域 east-1，但 AWS 如果确定该区域存在损害，则 Route 53 运行状况检查控制台将由 us-west-2 提供服务。 AWS 区域数据层面是全球分布式服务，它可执行运行状况检查、汇总结果并将它们传送到 Route 53 公有和私有 DNS 以及 [AWS Global Accelerator](https://aws.amazon.com/global-accelerator/) 的数据层面。
+ 对于 R [oute 53 VPC 解析器](resolver.md)，控制平面由 VPC 解析器组成 APIs ，允许您管理 Amazon VPC 设置、解析器规则、查询日志策略和 DNS 防火墙策略。数据层面是 DNS 解析器服务，用于应答 VPC 中的 DNS 查询、将查询转发给其他解析器的终端节点以及应用策略来筛选 DNS 查询的 DNS 防火墙数据层面。VPC Resolver 是一项区域服务，其控制平面和数据平面在每个 AWS 区域服务中独立运行。
+ Route 53 域注册仅在 us-east-1 AWS 区域中的控制层面上进行管理。

有关数据平面、控制平面以及如何 AWS 构建服务以满足高可用性目标的更多信息，请参阅 Amazon Builders 库中的 “[使用可用区的静态稳定性” 论文](https://aws.amazon.com/builders-library/static-stability-using-availability-zones/)。

## 运行状况检查概念
<a name="route-53-concepts-health-checking"></a>

下面概述了与 Amazon Route 53 运行状况检查相关的概念。
+ [DNS failover](#route-53-concepts-dns-failover)
+ [endpoint](#route-53-concepts-endpoint)
+ [health check](#route-53-concepts-health-check)

**DNS 故障转移**  
将流量从运行状况不佳的资源路由到运行状况良好的资源的一种方法。当您有多个资源（例如，多个 Web 服务器或邮件服务器）执行同一功能时，可以将 Route 53 运行状况检查配置为检查您的资源的运行状况，并在您的托管区域中配置记录，以便仅将流量路由到运行状况良好的资源。  
有关更多信息，请参阅 [配置 DNS 故障转移](dns-failover-configuring.md)。

**endpoint**  
您将运行状况检查配置为监控其运行状况的资源 (比如 Web 服务器或电子邮件服务器)。你可以按 IPv4 地址 (192.0.2.243)、地址 (2001:0 db 8:85 a 3:0000:00:00:abcd: 0001:2345) 或 IPv6 域名 (example.com) 指定终端节点。  
您还可以创建运行状况检查，以监控其他运行状况检查的状态或监控警报的 CloudWatch 警报状态。

**运行状况检查**  
一个 Route 53 组件，让您可以执行以下操作：  
+ 监控指定终端节点 (比如 Web 服务器) 的运行状况是否良好
+ (可选) 当某个终端节点运行状况不佳时收到通知
+ (可选) 配置 DNS 故障转移，从而让您可以将 Internet 流量从运行状况不佳的资源重新路由到运行状况良好的资源
有关如何创建和使用运行状况检查的更多信息，请参阅[创建 Amazon Route 53 运行状况检查](dns-failover.md)。