NCC-Hub-and-Spoke-Design: Ein einzelner hybrider Spoke empfängt On-Prem-Routen über Interconnect in us-east4. Die VPC Spoke muss On-Prem von us-west1, europe-central1, asia-southeast1 aus erreichen können, während der Cloud-IP-Bereich (192.168.0.0/20) erhalten bleibt. Das On-Prem-Netzwerk ist 172.16.0.0/16. Was sollten Sie tun?

Die korrekte Lösung ermöglicht es den VPC-Ressourcen in verschiedenen Regionen, über ein zentrales On-Prem-Netzwerk zu kommunizieren, während das ursprüngliche Cloud-IP-Schema beibehalten wird. Private NAT Gateways in jeder benötigten Region (us-west1, europe-central1, asia-southeast1) mappen die internen Cloud-IPs auf dedizierte NAT-Subnetze. Diese NAT-Subnetze werden dann über eine Export-Include-Policy im Network Connectivity Center (NCC) Hub angekündigt. Globales dynamisches Routing ist entscheidend, damit die Routen aus us-east4 (wo die Interconnect-Verbindung ist) in allen Regionen verfügbar sind. Option 2 ist falsch, da die NAT-Subnetze im 172.16.0.0/16-Bereich liegen, was mit dem On-Prem-Netzwerk kollidieren würde. Option 3 ist falsch, weil ein einzelnes NAT Gateway in us-east4 die Kommunikation aus anderen Regionen nicht abdecken würde. Option 4 verwendet eine Export-Exclude-Policy, die nicht das gewünschte Ergebnis erzielen würde, da sie Routen ausschließt, anstatt spezifische Routen einzuschließen.