Q98 — AWS SAA-C03 第15章

第 98/100 题 | ← 返回第15章

Q1198. 一家公司在单个 Amazon EC2 按需实例上托管了一个网站分析应用程序。该分析应用程序具有高度的弹性，并设计为在无状态模式下运行。该公司注意到该应用程序在繁忙时段出现性能下降的迹象，并出现 5xx 错误。该公司需要使应用程序无缝扩展。哪种解决方案能够最经济有效地满足这些要求?

• A. 创建 Web 应用程序的 Amazon 系统映像 (AMl)。使用 AMl 启动第二个 EC2 按需实例。使用应用程序负载均衡器在两个 EC2 实例之间分配负载。 ✓
• B. 创建 Web 应用程序的 Amazon 系统映像 (AMl)。使用 AMl 启动第二个 EC2 按需实例。使用 Amazon Route 53 加权路由在两个 EC2 实例之间分配负载。
• C. 创建一个 AWS Lambda 函数来停止 EC2 实例并更改实例类型。创建一个 Amazon CloudWatch 警报，以便在 CPU 利用率超过 75% 时调用 Lambda 函数。
• D. 创建 Web 应用程序的 Amazon 系统映像 (AMl)。将 AMl 应用于启动模板。创建包含启动模板的 Auto Scaling 组。配置启动模板以使用 Spot 队列。将应用程序负载均衡器附加到 Auto Scaling 组。

正确答案: A. 创建 Web 应用程序的 Amazon 系统映像 (AMl)。使用 AMl 启动第二个 EC2 按需实例。使用应用程序负载均衡器在两个 EC2 实例之间分配负载。

解析

添加。为了满足应用程序在繁忙时段无缝且经济高效地扩展的要求，同时解决性能下降和 5xx 错误，最合适的解决方案是:A. 创建 Web 应用程序的 Amazon 系统映像 (AMI)。使用该 AMI 启动第二个 EC2 按需实例。使用应用程序负载均衡器在两个 EC2 实例之间分配负载。分析:弹性和可扩展性:该应用程序具有高弹性，并设计为在无状态模式下运行，这意味着它可以通过添加更多实例轻松实现水平扩展。创建 Web 应用程序的 AMI 可以快速一致地部署其他实例。负载分配:使用应用程序负载均衡器 (ALB) 将负载分配到多个 EC2 实例之间，可确保流量均匀分布，从而降低任何单个实例不堪重负的风险。这有助于缓解高峰时段的性能下降和 5xx 错误。成本效益:虽然此解决方案涉及使用按需实例，但与其他可能涉及更复杂配置或更高成本的选项（例如，可随时终止的 Spot 实例）相比，它仍然具有成本效益。对于需要可预测扩展的高弹性、无状态应用程序，按需实例在成本和可靠性之间提供了良好的平衡。为什么其他选项不适合:B. 使用 Amazon Route 53 加权路由:虽然 Route 53 加权路由可以分配流量，但在跨 EC2 实例进行负载均衡方面，它不如 ALB 高效灵活。ALB 提供更高级的功能，例如运行状况检查、会话粘性和 SSL 终止，这些功能对 Web 分析应用程序非常有用。C. 使用 AWS Lambda 停止并更改实例类型:此解决方案不适合无缝扩展应用程序。停止和更改实例类型是一个手动且耗时的过程，无法满足繁忙时段的紧急扩展需求。此外，它无法提供在多个实例之间分配负载的方法。D. 使用带有 Auto Scaling 组的 Spot 队列:虽然使用 Spot 实例可能经济高效，但它们并不适合需要高可用性且不能容忍中断的应用程序。AWS 可以随时终止 Spot 实例，如果应用程序的设计无法处理此类中断，则可能会导致性能问题和 5xx 错误。对于需要无缝扩展的高弹性、无状态应用程序，按需实例是更可靠的选择。