Q20 — AWS SAA-C03 第14章

第 20/100 题 | ← 返回第14章

Q1020.一家公司在应用程序负载均衡器 (ALB) 后面的 Auto Scaling 组中的 Amazon EC2 实例上运行 Web 应用程序.该应用程序将数据存储在 Amazon Aurora MySQL DB 集群中.公司需要创建灾难恢复 (DR) 解决方案.DR 解决方案的可接受恢复时间最多为 30 分钟.当主要基础设施健康时，DR 解决方案无需支持客户使用.哪种解决方案可以满足这些要求?

• A. 在第二个 AWS 区域部署具有 ALB 和 Auto Scaling 组的 DR 基础设施.将 Auto Scaling 组的所需容量和最大容量设置为最小值.将 Aurora MySQL DB 集群转换为 Aurora 全局数据库.使用 ALB 终端节点配置 Amazon Route 53 以实现主动-被动故障转移. ✓
• B. 使用 AL 在第二个 AWS 区域部署 DR 基础设施更新 Auto Scaling 组以包含第二个区域的 EC2 实例.使用 Amazon Route 53 配置主动-主动故障转移.将 Aurora MySQL DB 群集转换为 Aurora 全局数据库.
• C. 使用 AWS Backup 备份 Aurora MySQL DB 集群数据.使用 ALB 在第二个 AWS 区域中部署 DR 基础设施.更新 Auto Scaling 组以包含第二个区域中的 EC2 实例.使用 Amazon Route 53 配置主动-主动故障转移.在第二个区域中创建 Aurora MySQL DB 集群从备份中恢复数据.
• D. 使用 AWS Backup 备份基础设施配置.使用备份在第二个 AWS 区域中创建所需的基础设施.将 Auto Scaling 组所需容量设置为零.使用 Amazon Route 53 配置主动-被动故障转移.将 Aurora MySQL DB 群集转换为 Aurora 全局数据库.

正确答案: A. 在第二个 AWS 区域部署具有 ALB 和 Auto Scaling 组的 DR 基础设施.将 Auto Scaling 组的所需容量和最大容量设置为最小值.将 Aurora MySQL DB 集群转换为 Aurora 全局数据库.使用 ALB 终端节点配置 Amazon Route 53 以实现主动-被动故障转移.

解析

要创建一个灾难恢复 (DR) 解决方案，满足最长 30 分钟的恢复时间要求，且在主基础设施正常的情况下无需支持客户使用，最好的解决方案是:A. 使用 ALB 和 Auto Scaling 组在第二个 AWS 区域部署 DR 基础设施.将 Auto Scaling 组的所需容量和最大容量设置为最小值.将 Aurora MySQL DB 集群转换为 Aurora 全局数据库.使用 ALB 终端节点配置 Amazon Route 53 以实现主动-被动故障转移.＃＃＃ 解释:\ 1. 第二个区域的 DR 基础设施:- 在单独的 AWS 区域部署基础设施可确保 DR 解决方案在地理上与主要基础设施隔离，这对于有效的灾难恢复至关重要.\ 2. Aurora 全球数据库:- 将 Aurora MySQL DB 集群转换为 Aurora 全局数据库可实现跨区域低延迟复制.这可确保 DR 区域中的数据几乎是最新的，从而有助于快速恢复.\ 3. 自动伸缩组配置:- 将 Auto Scaling 组的所需容量和最大容量设置为最小值，以便在需要时配置 DR 资源并准备快速响应，而不会在正常运行期间产生高昂成本.\ 4. Route 53 主动-被动故障转移:- 将 Route 53 配置为主动-被动故障转移，允许流量仅在主基础设施发生故障时切换到 DR 基础设施.这种方法可以最大限度地减少不必要的成本，同时仍能确保快速故障转移.其他选项的评估:B. 使用 ALB 在第二个 AWS 区域部署 DR 基础设施:- 此选项建议采用主动-主动故障转移，但这并不是必需的，因为要求指出，当主要基础设施健康时，灾难恢复不需要支持客户使用.主动-主动配置可能更复杂且成本更高.C. 使用 AWS Backup 备份 Aurora MySQL DB 集群数据:- 虽然此选项涉及从备份创建新的 Aurora 集群，但由于恢复数据需要时间，因此可能会超过 30 分钟的恢复时间要求.此外，管理主动-主动故障转移的复杂性也没有必要.D. 使用 AWS Backup 备份基础设施配置:- 此选项涉及在 DR 区域创建基础设施，但并不直接满足 Aurora 全局数据库快速数据恢复的需求.将 Auto Scaling 组所需容量设置为零可能会延迟恢复过程.＃＃＃ 结论:选项 A 提供了一种高效且经济的方式来实施灾难恢复策略，该策略符合公司对 30 分钟恢复时间的要求，同时确保正常条件下的最低运营成本.