Diseño NCC hub-and-spoke: un spoke híbrido único recibe rutas on-prem a través de Interconnect en us-east4. El spoke de la VPC debe llegar a on-prem desde us-west1, europe-central1, asia-southeast1 mientras se conserva el espacio de IP de la nube (192.168.0.0/20). La red on-prem es 172.16.0.0/16. ¿Qué debería hacer?

La opción correcta aborda el requisito de conservar el espacio de IP de la nube (192.168.0.0/20) al comunicarse con la red local (172.16.0.0/16). Al crear puertas de enlace Private NAT en cada región donde los recursos necesitan acceder a la red local, se permite que las instancias de la VPC utilicen direcciones IP internas de la nube mientras se presentan al entorno local con un conjunto diferente de direcciones IP NAT (192.168.x.0/24). La política de inclusión de exportación garantiza que solo estas direcciones NAT se anuncien al hub de NCC, evitando la superposición de IP con la red local. Habilitar el enrutamiento dinámico global es crucial para que las rutas on-prem aprendidas en us-east4 sean accesibles desde todas las regiones de la VPC. Las opciones incorrectas fallan por varias razones: La opción que usa 172.16.x.0/24 para las subredes NAT no es válida porque 172.16.0.0/16 es el espacio de IP on-prem y causaría una superposición de direcciones. La opción que crea una sola puerta de enlace Private NAT en us-east4 no permitiría que los recursos en us-west1, europe-central1 y asia-southeast1 originen conexiones a on-prem con direcciones NAT específicas de su región. La opción que usa una política de exclusión de exportación es incorrecta porque el objetivo es anunciar solo las subredes NAT específicas, lo que se logra con una política de inclusión.