Q21 — AWS SAA-C03 第16章

第 21/100 题 | ← 返回第16章

Q1221. 一位解决方案架构师需要为 AWS 上的一个应用程序设计灾难恢复 (DR) 计划。该应用程序在应用程序负载均衡器 (ALB) 后面的 Amazon EC2 实例上运行。这些实例位于一个 Auto Scaling 组中。该应用程序使用 Amazon Aurora PostgreSQL 数据库。恢复时间目标 (RTO) 和恢复点目标 (RPO) 均为 15 分钟。解决方案架构师应采取哪些步骤组合来最经济高效地满足这些要求?（选择两个。）

• A. 配置要导出到 DR 区域的 Aurora 备份。
• B. 使用 Aurora 全局数据库选项配置 Aurora 集群以将数据复制到 DR 区域。 ✓
• C. 使用 ALB 和 Auto Scaling 组配置 DR 区域。使用与主区域相同的配置。 ✓
• D. 使用 ALB 和 Auto Scaling 组配置 DR 区域。将 Auto Scaling 组的最小容量、最大容量和所需容量设置为 1，
• E. 在故障转移活动期间使用 AWS CloudFormation 手动启动新的 ALB 和新的 Auto Scaling 组。

正确答案: B. 使用 Aurora 全局数据库选项配置 Aurora 集群以将数据复制到 DR 区域。, C. 使用 ALB 和 Auto Scaling 组配置 DR 区域。使用与主区域相同的配置。

解析

为了满足 AWS 上应用程序的灾难恢复 (DR) 要求（恢复时间目标 (RTO) 和恢复点目标 (RPO) 均为 15 分钟），解决方案架构师应采取以下两个最具成本效益的步骤:B. 使用 Aurora 全局数据库选项配置 Aurora 集群以将数据复制到 DR 区域。分析:Aurora Global Database 专为低延迟全局读取和灾难恢复而设计。它允许您以最小的延迟跨多个 AWS 区域复制数据，确保您的数据在灾难恢复区域中可用，且 RPO 接近于零。这满足了短 RPO（15 分钟或更短）的要求，并为数据库提供了高可用性和持久性的解决方案。C. 使用 ALB 和 Auto Scaling 组配置灾难恢复区域。使用与主区域相同的配置。分析:通过在灾难恢复区域 (DR) 中使用与主区域相同的 ALB 和 Auto Scaling 组配置，您可以确保基础设施在发生故障转移时能够快速处理流量。此设置可实现快速恢复（满足 15 分钟的 RTO），因为基础设施已预先配置，并可根据需要进行扩展。此方法比在故障转移期间手动启动资源（选项 E）或将 Auto Scaling 组的容量设置为最小值 1（选项 D）更具成本效益，因为它可以确保灾难恢复环境能够立即处理流量。为什么其他选择不太合适:A. 配置要导出到 DR 区域的 Aurora 备份:虽然此选项提供数据冗余，但它不符合 15 分钟 RPO 要求。导出备份通常需要更长的恢复时间，并且不能提供如此短的 RPO 所需的近乎实时的复制。D. 使用 ALB 和 Auto Scaling 组配置 DR 区域。将 Auto Scaling 组的最小容量、最大容量和所需容量设置为 1:此选项可能无法满足 RTO 要求，因为在故障转移期间从单个实例扩展到所需容量可能需要超过 15 分钟，具体取决于应用程序的需求。E. 在故障转移活动期间使用 AWS CloudFormation 手动启动新的 ALB 和新的 Auto Scaling 组:此选项不具成本效益，并且不符合 RTO 要求。故障转移期间的手动干预会增加错误和延迟的风险，从而难以实现 15 分钟的 RTO。总之，配置 Aurora 集群以使用 Aurora 全局数据库选项将数据复制到 DR 区域，并使用与主区域相同的配置为 DR 区域配置 ALB 和 Auto Scaling 组是满足各 15 分钟的 RTO 和 RPO 要求的最具成本效益的步骤。