A Contoso Retail tem duas regiões do Azure (EastUS e WestEurope). Eles devem publicar um único IP público que forneça conectividade global ao cliente e encaminhe o tráfego para pools de backend implantados regionalmente (VM Scale Sets), mantendo a integridade do backend e as regras NAT regionais. Você planeja usar o Azure Load Balancer. Qual configuração atende a esse requisito com o mínimo de alterações nas configurações de backend regionais existentes?

A opção correta é criar um Load Balancer Público Global (camada Global) porque ele foi projetado especificamente para fornecer um único IP público global e distribuir o tráfego entre backends em várias regiões. Ele permite que você adicione pools de backend regionais (referenciando NICs/scale sets) e configure regras de balanceamento de carga que mapeiam para esses backends, mantendo a integridade do backend e as regras NAT regionais com o mínimo de alterações. As outras opções são incorretas porque: Implantar um Standard Public Load Balancer no EastUS com Traffic Manager não fornece um único IP público global para o balanceamento de carga em nível de rede e requer failover baseado em DNS, não balanceamento de carga direto. Usar o Azure Application Gateway na frente de Standard Load Balancers regionais é uma solução de camada 7 e não atende ao requisito de um único IP público global para balanceamento de carga de camada 4 com o mínimo de alterações nas configurações de backend existentes. Criar um IP Público no EastUS e configurar o Azure Front Door é uma solução de camada 7 e não se alinha com o requisito de usar o Azure Load Balancer para balanceamento de carga de camada 4.