Une grande entreprise exécute des charges de travail dans des VPC répartis sur des centaines de comptes AWS. Chaque VPC possède des sous-réseaux publics et privés dans plusieurs zones de disponibilité (AZ) ; des passerelles NAT dans les sous-réseaux publics fournissent un accès Internet aux sous-réseaux privés. Dans une architecture hub-and-spoke, tous les sous-réseaux privés des VPC spoke doivent envoyer le trafic destiné à Internet via une passerelle NAT située dans un VPC de sortie centralisé dans un compte central. Une passerelle NAT existe déjà dans ce VPC de sortie. Quelles étapes supplémentaires l'architecte de solutions doit-il prendre pour répondre à l'exigence ?

La création d'une AWS Transit Gateway et son partage avec les autres comptes AWS permettent de centraliser le routage du trafic entre des centaines de VPC. En attachant tous les VPC (hub et spoke) à la Transit Gateway et en configurant les tables de routage de la Transit Gateway, le trafic Internet des VPC spoke peut être dirigé de manière centralisée vers la passerelle NAT du VPC de sortie. Cela évite la complexité de multiples connexions de peering VPC et offre une solution évolutive. Les connexions de peering VPC ne sont pas évolutives pour des centaines de VPC et ne permettent pas le routage transitif nécessaire pour qu'un VPC spoke atteigne un autre VPC spoke via le VPC de sortie. Créer une Transit Gateway dans chaque compte est inefficace et ne centralise pas le routage. AWS PrivateLink est conçu pour l'accès privé aux services, pas pour le routage de trafic Internet entre VPC.