本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
Amazon Route 53 运行状况检查执行块
Amazon Route 53 运行状况检查执行块支持您指定在失效转移期间应用程序流量将重定向到的区域。执行块会创建 Amazon Route 53 运行状况检查，然后将其附加到账户中的 Route 53 DNS 记录中。当您执行区域切换计划时，Route 53 运行状况检查状态会更新，并且流量将根据您的 DNS 配置进行重定向。
重要
Route 53 托管区域必须与区域切换计划位于同一个分区中。
配置
要配置 Route 53 运行状况检查执行块，请输入以下值。
重要
在配置执行块之前，请确保计划的执行角色具有正确的 IAM 策略。有关更多信息，请参阅 Route 53 运行状况检查执行块示例策略。
步骤名称：输入名称。
步骤描述（可选）：输入步骤的描述。
托管区 ID：Route 53 中的您的域的托管区 ID 和 DNS 记录。
记录名称：输入记录名称（域名），您使用这些记录以及相关的运行状况检查来重定向应用程序的流量。区域切换将为该记录名称找到 Route 53 记录集，并尝试根据记录集的值或集合标识符中的区域名称将每个记录集映射到一个区域。
记录集标识符（可选）：如果在创建计划后，区域切换无法自动将记录集从步骤 4 中提供的记录名称映射到区域，则可以选择手动提供记录集标识符。如果计划评估返回一条警告，表明需要更多信息，请使用记录集标识符更新您的计划，方法是为每个区域添加以下内容：
记录集标识符：输入记录集标识符或记录集的Value/Route 流量。
区域：输入与具有记录集标识符信息的记录集关联的区域。
选择保存步骤。
在 Route 53 中配置运行状况检查。
区域切换为执行块中定义的托管区内的每个记录名称提供每个区域的运行状况检查 ID。确保在 Route 53 中为账户中的相应记录集配置运行状况检查，以便在计划执行期间，区域切换可以正确地重定向应用程序的流量。在计划详情页面的运行状况检查选项卡中，您可以查看所有执行块和区域的运行状况检查。
Route 53 运行状况检查执行区块如何作为高可用性 DNS 故障转移机制发挥作用
ARC Region Switch Route53 运行状况检查执行块会创建两组运行状况检查，如果您的工作负载部署在两个区域，则每个区域一组。它会把这些健康检查交给你。您可以通过 “监控” 选项卡中的区域切换控制台或 ListRoute53HealthChecks API 查看它们。然后，您将这些运行状况检查与您的 Route 53 DNS 记录相关联。
执行 Route 53 运行状况检查执行块时，它会在幕后使用 STOP（待机接管主要）模式来更改运行状况检查的状态，以编排 DNS 故障转移。协调从主运行状况检查到辅助运行状况检查时，主运行状况检查标记为 “不健康”，次要运行状况检查标记为 “正常”。Route 53 使用运行状况检查状态的这种变化在故障转移期间重定向流量。
对于 active/passive：主区域的运行状况检查开始运行正常；被动区域开始运行状况不佳。当您使用 Route53 运行状况检查执行块进行故障转移时，这些状态会发生变化。
对于 active/active：所有运行状况检查都开始运行正常。当您在停用工作流程中使用 Route53 运行状况检查执行块时，该工作流程会将停用区域的运行状况检查状态设置为不健康。当您在某个区域的激活工作流程中使用 Route53 运行状况检查执行块时，该工作流程会将激活区域的运行状况检查状态设置为正常。
为什么这是一种高度可用的故障转移机制？
有两个原因使它成为可靠的故障转移机制：
-
Route 53 运行状况检查状态转换是 Route 53 数据平面的一部分，该数据平面专为 100% 可用性而设计
更改 Route53 运行状况检查状态的状态是一项数据平面操作。Route53 数据平面分布在全球各地，专为 100% 可用性而设计。控制平面不依赖于 Route53 运行状况检查状态的变化。这意味着，即使主区域受损，运行状况检查状态更改也会生效。
-
停止模式（待机模式接管主模式）
STOP 模式是一种编排 DNS 故障转移的机制，它已发布在此处的博客文章中：使用 Amazon Route 53 创建灾难恢复机制
。后台的 Route53 运行状况检查执行块使用这种模式。STOP 模式需要使用健康区域作为 “决策代理” 来更改受损区域的运行状况检查状态。STOP 模式不依赖于受损区域。
以下是它在实践中的工作原理：
创建 Route53 运行状况检查执行块时，运行状况检查由每个区域中的区域切换为您的工作负载创建，并通过监控选项卡中的区域切换控制台或 API 发送给您。 ListRoute53HealthChecks
然后，您可以手动将它们与每个区域的 DNS 记录相关联。一项运行状况检查与主区域的 DNS 记录相关联，另一项由您与辅助区域的 DNS 记录相关联。
运行状况检查与主区域的 DNS 记录相关联，但它会监控备用（辅助）区域中的资源（例如：S3 中是否存在文件），以更改运行状况检查的状态。
运行状况检查是反向的 — 如果备用资源无法访问，则主区域的运行状况检查默认为正常。如果发现备用资源，则主要区域的运行状况检查将更改为不健康。这样可以防止意外故障转移。
要触发故障转移，文件由备用区域中的区域切换器创建。运行状况检查会检测到它，将其标记为不正常，Route53 会翻转 DNS。备用资源由区域切换服务管理，不依赖于客户。
当客户仅在两个区域运行时，无控制平面依赖关系（全球分布式数据平面）和无受损区域依赖关系（STOP 模式）相结合，使其成为一种高度可用的 DNS 故障转移机制。参见此处记录的 STOP 模式：使用 Amazon Route 53 创建灾难恢复机制
作为计划评估一部分的评估内容
当区域切换评估您的计划时，会对您的 Route 53 运行状况检查执行块配置和权限执行多项检查。区域切换会验证运行状况检查是否已附加到执行块配置中指定的 DNS 记录。也就是说，区域切换会验证特定 AWS 区域 的 DNS 记录是否配置为使用该区域的运行状况检查。
比较 ARC 路由控制和 Route 53 运行状况检查执行块
区域切换中的 Amazon Route 53 运行状况检查执行区块为 DNS-based 流量管理提供了一种成本较低的替代方案。但是，此执行块取决于您要激活的，因此该区域必须可用。 AWS 区域 这可以满足大多数客户的需求，因为他们正在激活一个健康的区域。
ARC 路由控制提供高度可靠的 DNS-based 流量管理和 100% 可用性 SLA。借助路线控制，您的运营团队可以通过安全护栏在区域之间转移交通。路由控制提供了具有 100% 服务级别协议的单租户解决方案。路由控制集群分布在五个区域，可以容忍两个区域离线。如果您有高度关键的应用程序，请考虑使用路由控制。
使用区域切换不需要路由控制。您可以使用区域切换来管理流量重定向，方法是使用 Route 53 运行状况检查执行块，无需路由控制。
在以下情况下，路由控制可通过区域切换增加价值：
您需要流量控制机制本身的 100% 可用性 SLA。
您的组织需要手动操作控制和关键应用程序的安全规则。
您需要深度防御，以便运营团队可以在需要时手动覆盖自动流量路由。
Route 53 运行状况检查的执行区块不依赖于控制平面。Health check 记录更改使用数据平面，因此它们不需要激活区域来处理配置更新。在以下情况下，Route 53 运行状况检查执行块就足够了：
您的应用程序可能取决于您 AWS 区域 正在激活的。
作为恢复工作流程一部分的自动流量重定向可以满足您的要求。
成本优化是当务之急。Route 53 运行状况检查执行块的成本低于路由控制。
大多数客户一开始就将 Route 53 运行状况检查执行块作为默认流量路由机制，然后仅为需要流量管理机制最高可靠性的最关键应用程序添加路由控制。
