Una aplicación se ejecuta en instancias de Amazon EC2 en un grupo de Auto Scaling detrás de un balanceador de carga de Elastic Load Balancing (ELB). La empresa espera un pico predecible de tráfico cada año durante un día festivo y quiere que el grupo de Auto Scaling aumente proactivamente la capacidad para minimizar el impacto en el usuario. ¿Qué estrategia cumple este requisito?

La opción correcta es "Crear una acción programada recurrente para escalar el grupo de Auto Scaling antes del período esperado de máxima demanda". Esta estrategia aborda directamente la necesidad de un escalado proactivo para un pico de tráfico predecible. Al programar el escalado antes del evento, se asegura que la capacidad esté disponible cuando comience el aumento de la demanda, minimizando el impacto en el usuario. Las otras opciones son menos adecuadas: Una alarma de CloudWatch basada en la utilización de la CPU (como superar el 90%) es una estrategia de escalado reactivo. Aunque útil para picos inesperados, no es ideal para picos predecibles, ya que el escalado ocurriría después de que la carga ya esté afectando el rendimiento. Aumentar el número mínimo y máximo de instancias EC2 durante el período de máxima demanda es una acción manual que no es recurrente ni proactiva de forma automatizada. Requiere intervención humana cada vez. Configurar una notificación de Amazon SNS para eventos autoscaling:EC2INSTANCELAUNCH solo notifica cuando se lanzan instancias; no es una estrategia para iniciar el escalado proactivamente.