Uma aplicação em instâncias EC2 em um grupo do Auto Scaling deve baixar e processar dados S3 crescentes durante a inicialização, causando atrasos de vários minutos para novas instâncias. Qual é a maneira MAIS econômica de reduzir o tempo antes que as novas instâncias estejam prontas para atender às solicitações?

A opção correta utiliza um warm pool com instâncias no estado Stopped. Isso é econômico porque instâncias Stopped não geram custos de computação, apenas de armazenamento. Quando o Auto Scaling precisa de mais capacidade, as instâncias Stopped são iniciadas rapidamente, pulando o processo demorado de download de dados, pois já estariam pré-processadas ou configuradas. O lifecycle hook autoscaling:EC2INSTANCELAUNCHING garante que a instância só seja considerada pronta após a aplicação sinalizar que completou suas tarefas de inicialização, como o processamento de dados S3. Aumentar a contagem máxima de instâncias não resolve o problema de tempo de inicialização. Usar instâncias Running no warm pool seria mais caro. Colocar a instância em Standby não acelera a prontidão e adiciona complexidade desnecessária.