某个应用程序在 Auto Scaling 组中的 Amazon EC2 实例上运行，并位于 Elastic Load Balancing (ELB) 负载均衡器之后。公司预计每年节假日期间流量会可预测地激增，并希望 Auto Scaling 组能够主动增加容量，以最大程度地减少对用户的影响。哪种策略符合此要求？

正确答案是创建定期计划操作，以便在预期的流量高峰期之前扩展 Auto Scaling 组。因为公司预计流量激增是可预测的，所以预先计划的扩展策略（例如定期计划操作）是最佳选择。这允许 Auto Scaling 组在流量高峰到来之前主动增加容量，从而避免因响应式扩展（如基于 CPU 利用率的扩展）可能导致的延迟，从而最大程度地减少对用户的影响。 其他选项： 创建 Amazon CloudWatch 警报，以便在 CPU 利用率超过 90% 时扩展 EC2 实例：这是一种响应式扩展策略，在流量激增发生后才触发，可能导致用户体验下降。 在流量高峰期，增加 Auto Scaling 组中 EC2 实例的最小和最大数量：这需要手动干预，不符合自动化的要求，并且可能无法及时响应。 配置 Amazon Simple Notification Service (Amazon SNS) 通知，以便在发生 autoscaling:EC2INSTANCELAUNCH 事件时发送警报：这只是一个通知机制，并不能主动解决容量问题。