El sitio web de una empresa se ejecuta en instancias EC2 en un grupo de Auto Scaling. Los usuarios informan un rendimiento más lento todos los fines de semana de 6 PM a 11 PM. El administrador de SysOps necesita la forma más sencilla y operativamente eficiente de mejorar la capacidad durante esas ventanas pico. ¿Cuál es la mejor solución?

La configuración de una acción de escalado programada es la solución más sencilla y operativamente eficiente. Permite ajustar la capacidad deseada del grupo de Auto Scaling a horas específicas de forma recurrente, como antes de los picos de los fines de semana y después de ellos. Esto garantiza que haya suficiente capacidad cuando se necesita y reduce los costos cuando no. Crear una regla de EventBridge con una función Lambda es una solución viable, pero es más compleja y requiere mantener código Lambda, lo que la hace menos operativamente eficiente que una acción de escalado programada nativa. Una política de seguimiento de objetivos basada en la utilización de la memoria no es ideal porque la lentitud ya es conocida y predecible. La política reaccionaría al problema en lugar de anticiparlo, y la memoria no siempre es el mejor indicador de la carga del servidor. Ajustar el período de "cooldown" no cambia la capacidad deseada del grupo de Auto Scaling; solo afecta el tiempo que Auto Scaling espera antes de iniciar o terminar otra instancia después de una actividad de escalado. No aborda la necesidad de aumentar la capacidad de forma proactiva en momentos específicos.