Uma empresa tem 10 servidores web EC2 em uma VPC de produção e 10 servidores web em um data center on-prem. Eles têm um Direct Connect de 10 Gbps entre o data center e a VPC de produção. O data center usa 10.100.0.0/20. A empresa precisa de uma solução de balanceamento de carga que aceite HTTPS de milhares de usuários da internet e distribua as requisições entre os servidores na nuvem e on-prem. As sessões devem permanecer no mesmo servidor web durante toda a sua duração, independentemente da localização do servidor. Qual solução satisfaz esses requisitos?

A resposta correta é implantar um Application Load Balancer (ALB) na VPC de produção com grupos de destino para instâncias EC2 e servidores on-premises, usando IP como tipo de destino e habilitando sticky sessions baseadas em aplicação. O ALB é ideal para balanceamento de carga HTTP/HTTPS, suporta milhares de usuários e permite sticky sessions (afinidade de sessão) para manter o usuário no mesmo servidor, um requisito chave. O tipo de destino IP é necessário para registrar servidores on-premises com seus endereços IP. As outras opções estão incorretas porque: Um Network Load Balancer (NLB) opera na camada 4 (TCP/UDP) e não suporta sticky sessions baseadas em aplicação, que são necessárias para manter a sessão no mesmo servidor web. Além disso, o connection draining não é o mesmo que sticky sessions. Usar "instance" como tipo de destino não permite registrar servidores on-premises, pois estes não são instâncias EC2.