Una aplicación se ejecuta en cinco instancias de Amazon EC2 detrás de un Application Load Balancer (ALB) utilizando un grupo objetivo. La utilización promedio de la CPU está por debajo del 10% la mayor parte del tiempo, con picos ocasionales del 65%. Necesita automatizar la escalabilidad para optimizar los costos y, al mismo tiempo, garantizar suficiente CPU durante los aumentos repentinos. ¿Qué solución cumple con estos requisitos?

La opción correcta utiliza un grupo de Auto Scaling de EC2 con una política de escalado de seguimiento de objetivos, que es la forma más eficiente y automatizada de gestionar la escalabilidad. La política de seguimiento de objetivos ajusta dinámicamente el número de instancias para mantener la utilización de la CPU en un valor objetivo (50% en este caso), lo que optimiza los costos al reducir instancias cuando la CPU es baja y garantiza capacidad durante los picos. La primera opción es incorrecta porque terminar una instancia basada en una alarma de CloudWatch de CPU baja es una solución manual y reactiva, no una estrategia de escalado automático robusta. La tercera opción es incorrecta porque, aunque crea un grupo de Auto Scaling, no incluye una política de escalado, lo que significa que no escalará automáticamente. La cuarta opción es incorrecta porque implica una intervención manual para escalar, lo cual no es una solución automatizada y es ineficiente.