Amazon Aurora Global Database 执行块 - Amazon 应用程序恢复控制器 (ARC)
Amazon Web Services 文档中描述的 Amazon Web Services 服务或功能可能因区域而异。要查看适用于中国区域的差异,请参阅 中国的 Amazon Web Services 服务入门 (PDF)

Amazon Aurora Global Database 执行块

您可以借助 Amazon Aurora Global Database 执行块为全球数据库执行失效转移切换恢复工作流程。

  • 失效转移 – 使用此方法从计划外停机中恢复。使用这种方法,您可以跨区域失效转移到 Aurora 全球数据库中的一个辅助数据库集群。这种方法的恢复点目标(RPO)通常是一个以秒为单位的非零值。数据丢失量取决于发生故障时跨 Amazon Web Services 区域的 Aurora 全球数据库复制滞后。有关更多信息,请参阅《Amazon Aurora 用户指南》中的从计划外停机中恢复 Amazon Aurora Global Database

  • 切换 – 此操作以前称为托管式计划内失效转移。将此方法用于受控场景,例如操作维护和其他计划内操作过程,其中所有 Aurora 集群以及与之交互的其他服务都处于正常状态。由于此特征会在进行任何其他更改之前将辅助数据库集群与主数据库集群同步,因此 RPO 为 0(不会造成数据丢失)。有关更多信息,请参阅《Amazon Aurora 用户指南》中的对 Amazon Aurora Global Database 执行切换

配置

要配置 Aurora Global Database 执行块,请输入以下值。

重要

在配置执行块之前,请确保您具有正确的 IAM 策略。有关更多信息,请参阅 Aurora Global Database 执行块示例策略

  1. 步骤名称:输入名称。

  2. 步骤描述(可选):输入步骤的描述。

  3. Aurora Global Database 集群名称:输入全球数据库的标识符。

  4. 区域的集群 ARN:输入计划中每个区域要使用的集群 ARN。

  5. 为 Aurora 数据库指定选项:根据需要选择切换失效转移(数据丢失)

  6. Aurora Global Database 集群名称:

  7. 超时:输入超时值。

然后,选择保存步骤

工作方式

通过配置 Aurora Global Database 执行块,您可以在应用程序恢复过程中对全球数据库进行失效转移或切换。如果您使用的是主动/主动方法,则区域切换将使用其他已配置的区域作为来源。也就是说,如果某个区域处于停用状态,则区域切换将使用另一个活跃区域作为来源来匹配要扩展的百分比。

此块支持优雅和非优雅的执行模式。非优雅设置执行 Aurora Global Database 失效转移,这可能会导致数据丢失。

有关 Aurora Global Database 灾难恢复(包括失效转移和切换)的更多信息,请参阅《Amazon Aurora 用户指南》中的在 Amazon Aurora Global Database 中使用切换或失效转移

作为计划评估一部分的评估内容

当区域切换评估您的计划时,会对您的 Aurora 执行块配置和权限执行多项检查。区域切换可验证以下内容是否正确:

  • 配置中指定的 Aurora 全球集群已存在。

  • 来源区域和目标区域中都有 Aurora 数据库集群。

  • 来源数据库集群和目标数据库集群处于允许全球数据库切换的状态。

  • 来源集群和目标集群中都有数据库实例

  • 切换操作的全球集群引擎版本是兼容的。这包括验证集群是否使用相同的主要版本、次要版本和补丁版本,Aurora 文档中列出了一些例外情况。

区域切换还会验证计划的 IAM 角色是否具有 Aurora 失效转移和切换所需的权限。有关区域切换执行块所需权限的更多信息,请参阅用于 ARC 中区域切换的基于身份的策略示例

正确的 IAM 权限对于 Aurora 执行块的正常运行至关重要。如果其中任何一个验证失败,区域切换将返回说明存在问题的警告,并提供特定的错误消息来帮助您解决权限或配置问题。这确保了在计划执行期间此步骤运行时,您的计划具有必要的权限来管理 Aurora 并与之交互。