Uma aplicação é executada em cinco instâncias Amazon EC2 atrás de um Application Load Balancer (ALB) usando um grupo de destino. A utilização média da CPU está abaixo de 10% na maioria das vezes, com picos ocasionais de 65%. Você precisa automatizar a escalabilidade para otimizar custos, garantindo CPU suficiente durante os picos. Qual solução atende a esses requisitos?

A opção correta é criar um grupo do EC2 Auto Scaling com uma política de escalabilidade de rastreamento de destino baseada na métrica ASGAverageCPUUtilization. Isso permite que o Auto Scaling ajuste automaticamente o número de instâncias para manter a utilização média da CPU em torno do valor de destino (50%), adicionando ou removendo instâncias conforme necessário para lidar com picos e otimizar custos. As instâncias mínimas (2) e máximas (6) garantem a disponibilidade e o controle de custos. A primeira opção está incorreta porque encerrar instâncias diretamente via Lambda com base em um alarme de CPU baixa é uma abordagem manual e menos eficiente do que o Auto Scaling, além de não lidar com o escalonamento para cima. A terceira opção está incorreta porque, embora crie um grupo de Auto Scaling, não especifica uma política de escalabilidade, o que significa que o grupo não escalará automaticamente. A quarta opção é incorreta porque envolve intervenção manual, o que não automatiza a escalabilidade e é ineficiente para responder a mudanças dinâmicas na carga.