开始使用 Amazon Route 53 应用程序恢复控制器中的多区域恢复 - Amazon Route 53 应用程序恢复控制器
开始使用路由控制设置示例应用程序
Amazon Web Services 文档中描述的 Amazon Web Services 服务或功能可能因区域而异。要查看适用于中国区域的差异，请参阅 中国的 Amazon Web Services 服务入门 (PDF)。

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

开始使用 Amazon Route 53 应用程序恢复控制器中的多区域恢复

要在 Amazon Route 53 应用程序恢复控制器中使用路由控制对应用程序进行故障切换，您的 Amazon 应用程序必须是多个应用程序 Amazon Web Services 区域。首先，请确保您的应用程序设置在每个区域的孤立副本中，这样您就可以在活动期间从一个区域故障转移到另一个区域。然后，您可以创建路由控件来重新路由应用程序流量，使其从主应用程序故障转移到辅助应用程序，从而保持用户的连续性。

注意

如果您的应用程序被可用区隔开，请考虑使用区域转移或区域自动切换进行故障转移恢复。无需进行任何设置即可使用区域切换或区域自动切换来可靠地从可用区损坏中恢复应用程序。有关更多信息，请参阅 使用区域移位和区域自动移位恢复 Amazon Route 53 应用程序恢复控制器中的应用程序。

为了使您可以使用 Route 53 ARC 路由控制在事件期间恢复应用程序，我们建议您至少设置两个相互复制的应用程序。每个副本或单元格代表一个 Amazon Web Services 区域。将应用程序资源设置为与区域保持一致后，请执行以下步骤，确保您的应用程序已设置为成功恢复。

提示：为了帮助简化设置，我们提供 Amazon CloudFormation 了 HashiCorp Terraform 模板，用于创建具有相互独立失败的冗余副本的应用程序。要了解更多信息并下载模板，请参阅设置示例应用程序。

要准备使用路由控制，请执行以下操作，确保您的应用程序设置为具有弹性：

  1. 构建应用程序堆栈（网络和计算层）的独立副本，这些副本是每个区域中彼此的副本，以便在发生事件时可以将流量从一个区域故障转移到另一个区域。确保您的应用程序代码中没有任何会导致一个副本失败影响另一个副本的跨区域依赖关系。要在两者之间成功进行故障转移 Amazon Web Services 区域，您的堆栈边界应位于一个区域内。

  2. 在各个副本中复制应用程序所需的所有状态数据。您可以使用 Amazon 数据库服务来帮助复制数据。

开始使用流量故障转移的路由控制

Amazon Route 53 应用程序恢复控制器中的路由控制使您可以触发故障转移，让流量在单独 Amazon Web Services 区域运行的冗余应用程序副本或副本之间进行故障转移。故障转移是使用 Amazon Route 53 数据平面通过 DNS 执行的。

在每个区域设置副本后（如下一节所述），您可以将每个副本与路由控制相关联。首先，将路由控制与每个区域中副本的顶级域名相关联。然后，向路由控制添加路由控制运行状况检查，使其可以开启和关闭流量。这使您能够控制应用程序副本之间的流量路由。

您可以在中更新路由控制状态 Amazon Web Services Management Console 以故障转移流量，但我们建议您改用 Route 53 ARC 操作、API 或 Amazon CLI，来更改这些状态。API 操作不依赖于控制台，因此它们更具弹性。

例如，要在区域之间进行故障转移，从 us-west-1 到 us-east-1，您可以update-routing-control-state使用 API 操作将状态设置为和到。us-west-1 Off us-east-1 On

在创建路由控制组件来为应用程序设置故障转移之前，请确保您的应用程序孤立到区域副本中，以便您可以从一个副本故障转移到另一个副本。要了解更多信息并开始孤立新应用程序或创建示例堆栈，请参阅下一节。

设置示例应用程序

为了帮助您了解路由控制的工作原理，我们提供了一个名为的示例应用程序TicTacToe。该示例使用 Amazon CloudFormation 模板来简化流程，并使用带有示例应用程序的可下载模板 Amazon CloudFormation 和 HashiCorp Terraform 模板，以便您可以自己快速探索设置和使用 Route 53 ARC。

部署示例应用程序后，您可以使用模板创建 Route 53 ARC 组件，然后探索使用路由控制来管理流向该应用程序的流量。您可以根据自己的应用场景和应用程序调整模板和流程。