Q35 — AWS SAA-C03 第5章

第 35/65 题 | ← 返回第5章

Q335.一家公司在 AWS 云中托管其应用程序.该应用程序在 Auto Scaling 组中的弹性负载均衡器后面的 Amazon EC2 实例上运行，并带有 Amazon DynamoDB 表.该公司希望确保该应用程序可以在另一个 AWS 区域可用，并且停机时间最短.解决方案架构师应该怎么做才能以最短的停机时间满足这些要求?

• A. 在灾难恢复区域创建一个 Auto Scaling 组和一个负载均衡器.将 DynamoDB 表配置为全局 tablc.配置 DNS 故障转移以指向当前灾难恢复区域的负载均衡器. ✓
• B. 创建 AWS CloudFormation 模板以创建 EC2 实例、负载均衡器和 DynamoDB 表以在需要时执行.配置 DNS 故障转移以指向新的灾难恢复区域的负载均衡器.
• C. 创建一个 AWS CloudFormaticn 模板来创建 EC2 实例和一个在需要时执行的负载均衡器.将 DynamoDB 表配置为全局表.配置 DNS 故障转移以指向新的灾难恢复区域的负载均衡器.
• D. 在灾难恢复区域创建一个 Auto Scaling 组和负载均衡器.将 DynamoDB 表配置为全局表.创建 Amazon CloudWatch 警报以触发 AWS Lambda 函数，该函数更新指向灾难恢复负载均衡器的 Amazon Route 53.

正确答案: A. 在灾难恢复区域创建一个 Auto Scaling 组和一个负载均衡器.将 DynamoDB 表配置为全局 tablc.配置 DNS 故障转移以指向当前灾难恢复区域的负载均衡器.

解析

为确保应用程序可以在另一个 AWS 区域可用且停机时间最短，解决方案架构师应在新区域创建灾难恢复环境并将 DNS 故障转移配置为指向灾难恢复负载均衡器.选项 A 是正确的选择，因为它建议在灾难恢复区域中创建 Auto Scaling 组和负载均衡器，并将 DynamoDB 表配置为全局表.全局表支持自动多区域复制，更容易为全球用户提供低延迟的数据访问.通过将 DNS 故障转移配置为指向新的灾难恢复区域的负载均衡器，可以将流量重定向到灾难恢复环境，同时将停机时间降至最低.因此，选项A是最合适的答案.选项 B 不合适，因为它建议创建一个 CloudFormation 模板来创建 EC2 实例、负载均衡器和 DynamoDB 表，以便在需要时执行，而不是使用预配置的环境来最大限度地减少停机时间.选项 C 创建 EC2 实例和负载均衡器，但不包括灾难恢复策略，这是主要要求.选项 D 建议创建一个 Amazon CloudWatch 警报来触发一个 AWS Lambda 函数，该函数更新指向灾难恢复负载均衡器的 Amazon Route 53，这将需要时间来更新 DNS 记录.此选项可能会导致一些停机时间，这违反了最小停机时间的要求.让我们想想，使用 CloudFormation 直到必要时才创建任何东西，那么如何配置路由 53 以指向仍然不存在的东西?那么 CloudFormation 需要多少时间来创建和填充 DynamoDB（特别是如果数据库很大）?这点排除B&C.D明显错误.A-- 有道理，因为基础设施已经准备就绪，只需要切换 dns.如果发生灾难，您将不需要做任何努力.系统将自动处理一切，无需启动 CF 模板（手动或自动）.只是好奇，作为一名架构师，您如何在没有任何停机时间的情况下了解应该运行 CF 模板?坐在显示器前用 AWS 控制台刷新网页?即使在您的情况下，您也必须等待失败的健康检查（或其他触发器）.但是如果使用选项“A”，如果健康检查失败，系统将切换到故障转移配置，仅此而已.无需等待资源部署