NCC hub-and-spoke-ontwerp: één hybride spoke ontvangt on-prem routes via Interconnect in us-east4. VPC spoke moet on-prem bereiken vanuit us-west1, europe-central1, asia-southeast1, terwijl de cloud IP-ruimte (192.168.0.0/20) wordt geconserveerd. Het on-prem netwerk is 172.16.0.0/16. Wat moet u doen?

De correcte optie lost het probleem op door Private NAT te gebruiken om IP-adresconflicten te vermijden en de cloud IP-ruimte te behouden. Door Private NAT gateways in elke regio te creëren met unieke NAT-subnetten (192.168.x.0/24), kunnen de VPC-spokes communiceren met het on-prem netwerk (172.16.0.0/16) zonder dat de on-prem routes in conflict komen met de cloud-IP's. De export include policy zorgt ervoor dat alleen de NAT-subnetten naar de NCC-hub worden geadverteerd, waardoor on-prem weet welke IP's te bereiken. Global dynamic routing zorgt ervoor dat verkeer vanuit alle regio's via de Interconnect in us-east4 naar on-prem kan routeren. De eerste incorrecte optie gebruikt 172.16.x.0/24 voor de NAT-subnetten, wat in conflict komt met het on-prem netwerkbereik van 172.16.0.0/16. De tweede incorrecte optie creëert slechts één Private NAT gateway in us-east4, waardoor resources in andere regio's geen Private NAT kunnen gebruiken om on-prem te bereiken. De derde incorrecte optie gebruikt een export exclude policy, wat niet de bedoeling is; we willen specifiek de NAT-subnetten includen in de advertentie naar de hub.