Un grupo de Auto Scaling para una aplicación web experimenta una expansión lenta (scale-out) porque los scripts de arranque de las instancias tardan mucho tiempo. El administrador quiere acortar el tiempo para servir tráfico durante la expansión sin aumentar el exceso de capacidad. ¿Qué cambio logrará esto de manera más efectiva?

Configurar un warm pool (grupo cálido) para el grupo de Auto Scaling es la solución más efectiva. Un warm pool mantiene un conjunto de instancias preinicializadas o hibernadas, listas para unirse al grupo de Auto Scaling. Esto reduce significativamente el tiempo de expansión (scale-out) porque las instancias no necesitan pasar por todo el proceso de arranque y ejecución de scripts al momento de la demanda. Las otras opciones son menos efectivas: Usar tipos de instancia más grandes no acelera el arranque y podría aumentar el costo sin resolver el problema de la lentitud en la expansión. Aumentar el recuento mínimo de instancias aumenta el exceso de capacidad, lo cual el administrador quiere evitar. Una política de escalado predictivo puede ayudar a anticipar la demanda, pero no resuelve el problema subyacente de la lentitud en el arranque de las instancias cuando la expansión es necesaria.