一家公司在弹性负载均衡 (ELB) 负载均衡器后面的 Auto Scaling 组中的 Amazon EC2 实例上运行应用程序。该应用程序使用 Amazon DynamoDB 表。为了实现灾难恢复，公司希望该应用程序能够在另一个 AWS 区域以最短的停机时间可用。哪种解决方案提供的停机时间最短？

正确答案提供了最短的停机时间，因为它预先在灾难恢复 (DR) 区域部署了所有必要的计算资源（Auto Scaling 组和 ELB）和数据复制（DynamoDB 全局表）。当主区域发生故障时，只需通过 DNS 故障转移将流量路由到 DR 区域的 ELB 即可，这是一个快速操作。 其他选项的停机时间会更长： 创建 CloudFormation 模板并在需要时启动会引入部署时间，从而延长停机时间。 即使 DynamoDB 是全局表，如果 EC2 实例和 ELB 需要通过 CloudFormation 部署，也会有启动时间。 使用 CloudWatch 警报和 Lambda 函数来更新 Route 53 会引入检测故障和执行更新的延迟（至少 10 分钟的评估周期），这比预先配置的 DNS 故障转移要慢。