Uma empresa executa um aplicativo interno baseado em navegador em instâncias EC2 atrás de um Application Load Balancer. As instâncias estão em um grupo do Auto Scaling em várias Zonas de Disponibilidade. O grupo aumenta para 20 instâncias durante o horário de trabalho e diminui para 2 instâncias durante a noite. Os funcionários dizem que o aplicativo está muito lento no início do dia, embora funcione bem no meio da manhã. Como o escalonamento deve ser alterado para resolver as reclamações, mantendo os custos baixos?

A ação de rastreamento de destino é a melhor opção porque ajusta dinamicamente a capacidade do Auto Scaling Group para manter uma métrica específica (como utilização da CPU) em um valor alvo. Ao definir um limite de CPU mais baixo, as instâncias serão adicionadas mais cedo, antes que o aplicativo fique lento. Diminuir o período de "cooldown" permite que o Auto Scaling Group reaja mais rapidamente às mudanças na carga, adicionando instâncias mais prontamente quando a demanda aumenta. As ações agendadas (opções 1 e 4) forçam um número fixo de instâncias, o que pode ser ineficiente se a demanda variar ou se a capacidade for definida muito cedo, gerando custos desnecessários. A ação de escalonamento por etapas (opção 2) é menos eficiente que o rastreamento de destino para manter uma métrica alvo, pois exige múltiplos alarmes e políticas para cobrir diferentes faixas de métricas.