Q97 — AWS SAA-C03 第12章

第 97/100 题 | ← 返回第12章

Q897. 一家公司在 AWS 云中托管其应用程序.该应用程序在 Elastic Load Balancing (ELB) 负载均衡器后面的 Auto Scaling 组中的 Amazon EC2 实例上运行.该应用程序连接到 Amazon DynamoDB 表.出于灾难恢复 (DR) 目的，该公司希望确保该应用程序可从另一个 AWS 区域使用，并且停机时间最短.哪种解决方案能够以最少的停机时间满足这些要求?

• A. 在 DR 区域中创建一个 Auto Scaling 组和一个 ELB.将 DynamoDB 表配置为全局表.配置 DNS 故障转移以指向新 DR 区域的 ELB. ✓
• B. 创建 AWS CloudFormation 模板，以创建在必要时启动的 EC2 实例、ELB 和 DynamoDB 表.配置 DNS 故障转移以指向新 DR 区域的 ELB.
• C. 创建 AWS CloudFormation 模板以创建 EC2 实例和在必要时启动的 ELB.将 DynamoDB 表配置为全局表.配置 DNS 故障转移以指向新 DR 区域的 ELB.
• D. 在 DR 区域中创建一个 Auto Scaling 组和一个 ELB.将 DynamoDB 表配置为全局表.创建一个评估期为 10 分钟的 Amazon CloudWatch 警报，以调用 AWS Lambda 函数来更新 Amazon Route 53 以指向 DR 区域的 ELB.

正确答案: A. 在 DR 区域中创建一个 Auto Scaling 组和一个 ELB.将 DynamoDB 表配置为全局表.配置 DNS 故障转移以指向新 DR 区域的 ELB.

解析

为了满足确保灾难恢复（DR）场景中应用程序停机时间最短的要求，可以推荐以下解决方案:A. 在 DR 区域中创建一个 Auto Scaling 组和一个 ELB.将 DynamoDB 表配置为全局表.配置 DNS 故障转移以指向新 DR 区域的 ELB.通过在灾备区域创建Auto Scaling组和ELB，可以保证发生灾难时应用程序的启动和伸缩. Auto Scaling 组将根据实例的需求和运行状况自动配置和终止 EC2 实例.将 DynamoDB 表配置为全局表可以将表数据自动复制到多个 AWS 区域.这可以确保数据在 DR 区域中可用，从而允许应用程序在发生灾难时无缝切换到 DR 区域.通过配置 DNS 故障转移，您可以在主区域发生故障时将流量引导至新 DR 区域的 ELB. DNS 故障转移允许您以最短的停机时间将流量路由到 DR 区域，从而为您的用户提供平稳过渡.选项 B 建议创建一个 AWS CloudFormation 模板来创建要在必要时启动的 EC2 实例、ELB 和 DynamoDB 表.虽然此方法提供了启动资源的自动化，但它无法提供与 DynamoDB 中的全局表功能相同级别的无缝故障转移和复制.因此，方案B并不是最合适的方案.选项 C 建议创建一个 AWS CloudFormation 模板来创建 EC2 实例和必要时启动的 ELB.它还建议将 DynamoDB 表配置为全局表.但是，它没有提及 DNS 故障转移，而这对于将流量引导至 DR 区域至关重要.因此，选项C并不是最合适的解决方案.选项 D 建议在 DR 区域中创建 Auto Scaling 组和 ELB，将 DynamoDB 表配置为全局表，并使用 Amazon CloudWatch 警报和 AWS Lambda 函数来更新 Amazon Route 53.虽然此解决方案包含 DNS 路由，但它涉及使用 CloudWatch 警报和 Lambda 函数调用进行手动触发，这可能会带来额外的延迟和潜在的故障点.因此，选项D并不是最优解.总之，为了确保灾难恢复场景中应用程序的停机时间最短，请在 DR 区域中创建 Auto Scaling 组和 ELB，将 DynamoDB 表配置为全局表，并将 DNS 故障转移配置为指向新 DR 区域的 ELB （选项A）是最合适的解决方案.