Un administrador de SysOps ejecuta una aplicación en instancias EC2 detrás de un Application Load Balancer en un grupo de Auto Scaling de escalado simple utilizando la configuración predeterminada. El grupo escala según la métrica RequestCountPerTarget. El administrador observa que RequestCountPerTarget superó el umbral dos veces en 180 segundos. ¿Qué le sucederá al grupo de Auto Scaling en este escenario?

La opción correcta es que el grupo de Auto Scaling lanzará una instancia EC2 y luego esperará el período de "cooldown" predeterminado antes de lanzar otra. Esto se debe a que, con una política de escalado simple, Auto Scaling lanza una instancia en respuesta a una alarma y luego entra en un período de "cooldown" (enfriamiento). Durante este período, el grupo de Auto Scaling ignora las alarmas de escalado adicionales para dar tiempo a que la nueva instancia se inicialice y comience a manejar el tráfico, evitando así un escalado excesivo. El período de "cooldown" predeterminado es de 300 segundos. Aunque la métrica superó el umbral dos veces en 180 segundos, la segunda alarma sería ignorada si la primera ya había activado el lanzamiento de una instancia y el grupo estaba en "cooldown". Las otras opciones son incorrectas: Lanzar una instancia cada vez que la métrica cruza el umbral es incorrecto debido al período de "cooldown". Notificar al ALB para reequilibrar el tráfico no es la acción principal de Auto Scaling en respuesta a una métrica de escalado; su función es ajustar la capacidad. Redistribuir el tráfico entre las instancias existentes es una función del ALB, no una acción de Auto Scaling antes de lanzar una nueva instancia en respuesta a una métrica que indica alta carga.