O front-end de um aplicativo se comunica com instâncias de back-end por meio de um Network Load Balancer (NLB) na mesma VPC. O aplicativo abrange duas Availability Zones e deve minimizar o tráfego inter-AZ. O tráfego de front-end deve permanecer na mesma Availability Zone, a menos que não haja um destino íntegro nessa AZ, caso em que deve fazer failover para a outra AZ. Qual configuração satisfaz esses requisitos?

Desativar o balanceamento de carga entre zonas no NLB garante que o tráfego permaneça na mesma AZ, a menos que não haja destinos íntegros, minimizando o tráfego inter-AZ. Ao configurar o front-end para resolver o nome DNS do NLB específico da sua AZ local, o tráfego é direcionado preferencialmente para essa AZ. Se essa AZ falhar, o NLB automaticamente direciona o tráfego para a outra AZ com destinos íntegros, atendendo ao requisito de failover. As outras opções são incorretas porque: O roteamento ponderado não garante que o tráfego permaneça na mesma AZ por padrão e é mais complexo do que o necessário. Registros de failover em uma private hosted zone não são a maneira mais eficiente de gerenciar o failover de NLB entre AZs, pois o NLB já oferece essa funcionalidade. Sticky sessions não são aplicáveis a NLBs no contexto de balanceamento de carga entre AZs para failover, pois operam em um nível diferente (camada 4) e não controlam a preferência de AZ para o tráfego inicial.