Conception hub-and-spoke NCC : un unique spoke hybride reçoit les routes sur site via Interconnect dans us-east4. Le spoke VPC doit atteindre le réseau sur site depuis us-west1, europe-central1, asia-southeast1 tout en conservant l'espace IP cloud (192.168.0.0/20). Le réseau sur site est 172.16.0.0/16. Que devez-vous faire ?

La bonne réponse permet aux ressources des différentes régions (us-west1, europe-central1, asia-southeast1) d'atteindre le réseau sur site (172.16.0.0/16) via le spoke hybride dans us-east4, tout en conservant l'espace IP cloud (192.168.0.0/20). La création de passerelles NAT privées dans chaque région source avec des adresses IP cloud (192.168.x.0/24) est essentielle. Ces plages NAT sont ensuite annoncées au hub NCC via une politique d'inclusion d'exportation. L'activation du routage dynamique global assure que le trafic des ressources des régions distantes est acheminé vers le hub, puis vers le réseau sur site via la connexion Interconnect. Les options incorrectes échouent pour plusieurs raisons : L'option 2 utilise des adresses IP du réseau sur site (172.16.x.0/24) pour les passerelles NAT, ce qui est incorrect car elles doivent représenter les adresses source du cloud. L'option 3 ne crée qu'une seule passerelle NAT dans us-east4, ce qui ne permettrait pas aux ressources des autres régions de se connecter au réseau sur site via NAT tout en conservant leur espace IP cloud. L'option 4 utilise une politique d'exclusion d'exportation, ce qui est l'inverse de ce qui est nécessaire pour annoncer spécifiquement les plages NAT.