Una aplicación en instancias EC2 en un grupo de Auto Scaling debe descargar y procesar datos de S3 en crecimiento durante el inicio, lo que provoca retrasos de varios minutos para las nuevas instancias. ¿Cuál es la forma MÁS rentable de reducir el tiempo antes de que las nuevas instancias estén listas para atender las solicitudes?

La opción correcta es la más rentable porque un warm pool con instancias en estado Stopped incurre en el menor costo mientras las instancias están inactivas, ya que solo se cobra por el almacenamiento de EBS. Al iniciar, estas instancias pueden reanudar rápidamente su estado de preparación. El lifecycle hook autoscaling:EC2INSTANCELAUNCHING permite que la aplicación señale a Auto Scaling cuándo está completamente inicializada y lista para el tráfico, asegurando que las instancias no se pongan en servicio prematuramente. Las opciones incorrectas son: Aumentar el recuento máximo de instancias no aborda el problema de los largos tiempos de inicio y no es rentable si las instancias adicionales no están en uso. Configurar un warm pool con instancias en estado Running es menos rentable que Stopped, ya que se incurre en costos de computación completos mientras las instancias están inactivas. Poner la instancia en estado Standby después de la inicialización no es el objetivo principal; el objetivo es que la instancia esté lista para atender solicitudes, no que espere en Standby.