Une entreprise (TGW-C) possède plusieurs VPC dans us-east-1 utilisant des CIDR au sein de 10.10.0.0/16 et une transit gateway TGW-C avec l'ASN 64520. Un partenaire possède des VPC dans us-east-1 utilisant des CIDR au sein de 172.16.0.0/16 et une transit gateway TGW-P avec l'ASN 64530. L'ingénieur doit connecter les VPC de l'entreprise aux VPC du partenaire dans us-east-1 avec un minimum de modifications aux deux réseaux. Quelle solution répond à cette exigence ?

La solution correcte consiste à configurer un attachement de peering de transit gateway inter-comptes entre TGW-C et TGW-P. Le peering de Transit Gateway permet de connecter deux Transit Gateways dans la même région ou dans des régions différentes, facilitant ainsi la communication entre les VPC attachés à chaque Transit Gateway. Cela minimise les modifications car il s'agit d'une fonctionnalité native d'AWS conçue pour ce type de connectivité inter-comptes et inter-TGW. Les tables de routage des deux Transit Gateways doivent être configurées pour diriger le trafic vers l'attachement de peering. Les autres options sont moins efficaces ou ne répondent pas aux exigences : Créer un nouveau VPC avec un routeur Marketplace introduit une complexité et des coûts supplémentaires avec un point de défaillance unique. Une connexion VPN IPsec entre TGW-C et TGW-P est possible, mais le peering de Transit Gateway est une solution plus performante et plus simple pour la connectivité native AWS. Partager TGW-C avec le compte partenaire et y attacher les VPC du partenaire entraînerait un chevauchement des responsabilités et une gestion complexe des CIDR si les plages se chevauchaient, ce qui n'est pas le cas ici, mais ce n'est pas la méthode standard pour connecter deux Transit Gateways distinctes.