Uma empresa executa um aplicativo web de alta disponibilidade em instâncias Amazon EC2 atrás de um Application Load Balancer. As métricas do CloudWatch mostram que, à medida que o tráfego aumenta, algumas instâncias EC2 ficam sobrecarregadas com muitas solicitações pendentes. As instâncias sobrecarregadas têm um número maior de solicitações processadas e tempos de resposta mais longos do que outras instâncias. A empresa não quer que novas solicitações sejam roteadas para instâncias que já estão sobrecarregadas. Qual solução atende a esses requisitos?

A solução correta é usar o algoritmo de menor número de solicitações pendentes (Least Outstanding Requests) baseado nas métricas do CloudWatch RequestCountPerTarget e ActiveConnectionCount. O Application Load Balancer (ALB) já implementa esse algoritmo por padrão, que direciona novas solicitações para a instância com o menor número de solicitações pendentes. Isso garante que as instâncias sobrecarregadas recebam menos tráfego, distribuindo a carga de forma mais eficiente e melhorando os tempos de resposta. As opções que mencionam "round robin" estão incorretas porque o round robin distribui as solicitações sequencialmente, sem considerar a carga atual das instâncias, o que levaria ao problema de sobrecarga descrito. As métricas RequestCount e TargetResponseTime são úteis para monitoramento geral, mas não são usadas diretamente pelo ALB para o algoritmo de roteamento de menor número de solicitações pendentes. As métricas RequestCountPerTarget e ActiveConnectionCount são as mais relevantes para determinar a carga de trabalho em cada alvo.