Uma empresa tem um aplicativo de inventário de móveis implantado em um fleet de instâncias Amazon EC2 em várias Zonas de Disponibilidade, atrás de um Application Load Balancer (ALB). O arquiteto de soluções observa que o tráfego de entrada favorece uma instância EC2, causando latência para algumas solicitações. O que o arquiteto de soluções deve fazer para resolver esse problema?

A afinidade de sessão (sticky sessions) direciona solicitações de um cliente específico sempre para a mesma instância EC2, o que pode causar desequilíbrio de carga se um cliente gerar muito tráfego, resultando em latência para essa instância. Desabilitar essa funcionalidade permite que o ALB distribua as solicitações de forma mais uniforme entre todas as instâncias disponíveis, melhorando a performance e reduzindo a latência. Substituir o ALB por um Network Load Balancer (NLB) não resolveria o problema de desequilíbrio causado por afinidade de sessão, e o NLB opera na camada 4, não sendo ideal para balanceamento de carga baseado em HTTP/HTTPS. Aumentar o número de instâncias EC2 pode mitigar o problema, mas não corrige a causa raiz do desequilíbrio. Ajustar a frequência das verificações de saúde não impacta a distribuição de tráfego, apenas a detecção de instâncias saudáveis.