Contoso Retail verfügt über zwei Azure-Regionen (EastUS und WestEurope). Sie müssen eine einzige öffentliche IP-Adresse veröffentlichen, die globale Client-Konnektivität bietet und den Datenverkehr an regional bereitgestellte Backend-Pools (VM Scale Sets) weiterleitet, während die Backend-Integrität und NAT-Regeln regional bleiben. Sie planen, Azure Load Balancer zu verwenden. Welche Konfiguration erfüllt diese Anforderung mit minimalen Änderungen an den bestehenden regionalen Backend-Setups?

Die korrekte Option ist die Erstellung eines globalen (regionsübergreifenden) Public Load Balancers (Global tier). Dieser Load Balancer kann eine einzige öffentliche IP-Adresse bereitstellen und den Datenverkehr direkt an Backend-Pools in verschiedenen Regionen (EastUS und WestEurope) verteilen. Die regionalen Backend-Integritätsprüfungen und NAT-Regeln bleiben dabei auf den regionalen VM-Skalierungsgruppen erhalten, was minimale Änderungen an den bestehenden Setups erfordert. Die anderen Optionen sind weniger geeignet: Ein Standard Public Load Balancer ist regional und kann nicht direkt regionsübergreifend den Datenverkehr verteilen. Traffic Manager würde nur DNS-basiertes Failover bieten, nicht eine einzelne, aktive globale IP. Azure Application Gateway ist ein Layer-7-Load Balancer und würde zusätzliche Komplexität und Kosten verursachen, wenn nur Layer-4-Lastenausgleich benötigt wird. Azure Front Door ist ebenfalls ein Layer-7-Dienst und würde die Anforderungen an die Beibehaltung regionaler NAT-Regeln und Backend-Integritätsprüfungen auf dem Load Balancer nicht so direkt erfüllen wie der globale Load Balancer.