Un'azienda ha un Direct Connect transit VIF verso un transit gateway nella regione Europa (Parigi) e carichi di lavoro privati in VPC collegati a tale transit gateway. L'azienda ha acquisito uffici a Tokyo e deve migrare tali carichi di lavoro su AWS nella regione Asia Pacifico (Tokyo) entro 5 giorni. I carichi di lavoro migrati devono essere privati (non accessibili da Internet) e devono essere in grado di accedere ai carichi di lavoro di Parigi. L'ufficio di Tokyo deve anche essere collegato al data center di Parigi. Quali passaggi dovrebbe intraprendere l'ingegnere di rete per soddisfare rapidamente questi requisiti?

L'opzione corretta stabilisce una connettività privata e sicura tra l'ufficio di Tokyo, i carichi di lavoro di Tokyo e i carichi di lavoro di Parigi. La creazione di un Transit Gateway a Tokyo e il peering con quello di Parigi consente una connettività inter-regionale scalabile e gestita. Una VPN Site-to-Site dall'ufficio di Tokyo al Transit Gateway di Tokyo fornisce una connessione sicura e privata per l'ufficio. Il routing configurato abilita il traffico end-to-end. Le opzioni errate presentano problemi: La prima opzione introduce sottoreti pubbliche e Internet Gateway, violando il requisito di privacy e non fornendo una connettività diretta tra l'ufficio di Tokyo e Parigi. Il peering VPC non scala bene per architetture complesse. La seconda opzione suggerisce una nuova connessione Direct Connect da Tokyo, che richiederebbe più di 5 giorni per essere implementata, non rispettando i tempi. La quarta opzione tenta di instradare il traffico dell'ufficio di Tokyo attraverso il Transit Gateway di Parigi, il che introdurrebbe latenza e non sarebbe ottimale per i carichi di lavoro di Tokyo, inoltre non associa il VPC di Tokyo al Transit Gateway di Parigi in modo diretto.