Una empresa tiene una VIF de tránsito de Direct Connect a un transit gateway en la región de Europa (París) y cargas de trabajo privadas en VPCs adjuntas a ese transit gateway. La empresa adquirió oficinas en Tokio y necesita migrar esas cargas de trabajo a AWS en la región de Asia Pacífico (Tokio) en un plazo de 5 días. Las cargas de trabajo migradas deben ser privadas (no accesibles desde Internet) y deben poder acceder a las cargas de trabajo de París. La oficina de Tokio también debe estar conectada al centro de datos de París. ¿Qué pasos debe seguir el ingeniero de redes para cumplir estos requisitos rápidamente?

La opción correcta establece una arquitectura de red privada y escalable. Crear un Transit Gateway en Tokio y emparejarlo con el de París permite la comunicación privada entre las VPCs de ambas regiones. La VPN Site-to-Site desde la oficina de Tokio al Transit Gateway de Tokio garantiza la conectividad privada y segura para la nueva oficina. Configurar el enrutamiento adecuado en ambos Transit Gateways es crucial para que todo el tráfico fluya correctamente. Las opciones incorrectas presentan problemas: La primera opción introduce subredes públicas e Internet Gateway, lo que viola el requisito de privacidad. El emparejamiento de VPCs es menos escalable que Transit Gateway para múltiples VPCs y la VPN entre el centro de datos de París y la oficina de Tokio no conecta directamente con AWS en Tokio. La segunda opción propone una nueva conexión Direct Connect desde Tokio, lo cual es costoso y no se puede implementar en 5 días. La cuarta opción intenta conectar la oficina de Tokio directamente al Transit Gateway de París, lo que generaría latencia y no es la forma óptima de conectar una oficina a una VPC en su propia región. Además, asociar el Transit Gateway de París con la VPC de Tokio no es una configuración estándar para la conectividad interregional.