Uma aplicação é executada em instâncias EC2 em um Auto Scaling group que atualmente especifica um único tipo de instância. As métricas de CPU e memória mostram que as instâncias estão subutilizadas. Você precisa reduzir o custo do EC2 permanentemente e melhorar a utilização com o menor número de futuras alterações de configuração. Qual solução atende a esse requisito?

A solução correta é definir os requisitos de CPU e memória diretamente no modelo de inicialização do Auto Scaling group e remover o tipo de instância explícito. Isso permite que o Auto Scaling group selecione automaticamente tipos de instância que atendam a esses requisitos, otimizando a utilização e reduzindo custos a longo prazo, pois a AWS pode escolher instâncias mais eficientes ou de menor custo disponíveis que correspondam aos recursos necessários. A opção de criar uma lista de tipos de instância semelhantes e modificar o modelo de inicialização é menos flexível, pois exige gerenciamento manual da lista e pode não aproveitar automaticamente novos tipos de instância ou preços otimizados. A opção de escolher um único tipo de instância diferente e substituir o atual é uma melhoria pontual, mas não oferece a flexibilidade de longo prazo para otimização contínua. A opção de usar um script para selecionar tipos de instância da AWS Price List Bulk API é excessivamente complexa e manual para o objetivo de otimização contínua e automática.