Una empresa ejecuta aplicaciones de negocio en AWS en 50 cuentas, miles de VPC y tres Regiones en EE. UU. y Europa. El ingeniero de red debe proporcionar conectividad desde un centro de datos on-premises a esas Regiones y habilitar el tráfico de VPC a VPC entre Regiones. La empresa ya tiene un enlace de AWS Direct Connect disponible. Se creó un transit gateway en cada Región y los transit gateways se configuraron como peers interregionales. ¿Qué diseño proporcionará conectividad on-premises a las Regiones y permitirá la comunicación entre VPC a través de las Regiones?

La opción correcta es crear una Transit VIF y asociarla a un Direct Connect gateway, luego asociar cada Transit Gateway regional a ese mismo Direct Connect gateway. Esto permite que el tráfico on-premises acceda a todas las VPC conectadas a los Transit Gateways en todas las Regiones a través de la única conexión Direct Connect. La Transit VIF está diseñada específicamente para conectarse a Transit Gateways a través de un Direct Connect gateway, facilitando la conectividad a múltiples VPC en múltiples Regiones. Las otras opciones son incorrectas porque: Aprovisionar una private VIF a un virtual private gateway solo proporcionaría conectividad a una VPC o a un conjunto limitado de VPCs dentro de una sola Región, no a todas las Regiones ni a miles de VPC. Crear una private VIF a un nuevo Direct Connect gateway y asociar ese gateway con un virtual private gateway en cada VPC no es la forma escalable de conectar miles de VPCs a través de múltiples Regiones; además, los virtual private gateways no son adecuados para la conectividad interregional a esta escala. Establecer una Site-to-Site VPN sobre una public VIF añadiría complejidad y sobrecarga de encriptación innecesaria, y no es el método preferido para integrar Direct Connect con Transit Gateway para este escenario de gran escala.