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

# 区域交换机作为恢复平台的可靠性
<a name="data-and-control-planes-rs"></a>

恢复机制只有在你最需要的时候，即在实际的区域减损期间起作用时才有用。区域交换机的设计以可靠性为核心原则，因此即使您的部分基础设施不可用，您也可以依靠它来协调恢复。以下因素有助于提高区域交换机作为恢复平台的可靠性。

## 1. 数据和控制平面 API 解耦
<a name="reliability-data-control-planes"></a>

与许多 AWS 服务一样，区域切换的功能分为*控制平面*和*数据平面*。控制平面支持创建、更新和删除资源等管理功能。数据平面提供服务的核心功能，并针对可用性进行了优化。它旨在即使在控制平面可能不可用的干扰事件中也能保持运行。

区域交换将这两个平面分离，因此所有关键恢复功能都是高度可靠的数据平面操作。计划制定和计划更新是位于美国东部（弗吉尼亚北部）（us-east-1）和 AWS GovCloud (US-West) （us-gov-west-1）的控制飞机行动。Recovery-critical API，包括计划执行、更新执行、暂停、取消和检索开放计划评估警告，都是数据平面操作。

最佳做法是在实际恢复之前制定区域交换机恢复计划，并在游戏日和新部署之后定期对其进行测试。这样，当真正的损伤发生时，您的恢复仅取决于高可用性的数据平面。有关数据平面操作的列表，请参见[区域切换 API 操作](actions.region-switch.md)。

## 2. 健康区域的计划执行
<a name="reliability-plan-execution-region"></a>

执行区域切换计划以恢复应用程序时，您需要从正在激活的区域执行。这样可以确保您的恢复不会依赖于出现问题的区域。区域交换机在每个控制台中都 AWS 区域 提供了一个独立的控制台，用于调用数据平面 API 操作来执行恢复任务，因此您可以使用正在激活的区域中的控制台来执行应用程序恢复计划。这种设计可确保无论受损地区的状态如何，恢复都保持高度可靠和可用。

## 3. 声明式恢复计划和跨区域复制
<a name="reliability-declarative-plans"></a>

您可以使用 Terraform 或将区域交换机恢复计划声明为代码。 CloudFormation这使您可以将恢复计划集成到与应用程序相同的严格测试和部署中。变更要经过代码审查、版本控制和 CI/CD 管道，这降低了配置偏差和未经测试的恢复路径的风险。

此外，区域切换允许故障转移和故障恢复工作流程在同一个计划中运行，并自动在两个区域中复制该计划。这意味着单一计划包含双向恢复所需的一切，并且两个区域始终采用最新的配置。您无需在各区域之间手动同步计划配置，这样可以避免目标区域中过时或缺失的计划会阻碍恢复的故障。

这些设计选择共同确保区域交换机在区域受损期间能够可靠地协调您的应用程序恢复。有关如何 AWS 构建服务以实现高可用性目标的更多信息，请参阅 Amazon Builders 库[中的使用可用区域实现](https://aws.amazon.com/builders-library/static-stability-using-availability-zones/)静态稳定性论文。