Example Corp. tiene un centro de datos on-premises conectado a la VPC A en su cuenta de AWS a través de una VPN Site-to-Site. Example Corp. adquirió AnyCompany, que tiene la VPC B. No hay superposición de IP. La VPC A y la VPC B están emparejadas (peered). Los servidores on-premises pueden acceder a la VPC A, pero no a la VPC B. Las Network ACLs y los security groups están configurados correctamente. ¿Qué solución proporciona conectividad desde on-premises a la VPC B con el menor esfuerzo operativo?

La opción correcta es crear un AWS Transit Gateway porque permite la conectividad centralizada entre su centro de datos on-premises y múltiples VPCs, como VPC A y VPC B, sin necesidad de conexiones punto a punto complejas. Al adjuntar la VPN Site-to-Site, la VPC A y la VPC B al Transit Gateway, y configurar las tablas de ruteo del Transit Gateway, se establece una red de tránsito que facilita el acceso desde on-premises a ambas VPCs con el menor esfuerzo operativo. La segunda opción es incorrecta porque crear una nueva conexión VPN Site-to-Site a la VPC B duplicaría el esfuerzo y no es la solución más eficiente para la conectividad entre VPCs. La tercera opción es incorrecta porque el peering de VPCs no soporta el ruteo transitivo, lo que significa que el tráfico de on-premises no puede pasar a través de la VPC A para llegar a la VPC B. La cuarta opción es incorrecta porque un virtual private gateway está asociado a una sola VPC y no puede dividirse para incluir múltiples VPCs de esta manera.