Une entreprise exécute des applications métier sur AWS sur 50 comptes, des milliers de VPC et trois Régions aux États-Unis et en Europe. L'ingénieur réseau doit fournir une connectivité depuis un centre de données sur site vers ces Régions et activer le trafic VPC-à-VPC entre les Régions. L'entreprise dispose déjà d'un lien AWS Direct Connect. Une passerelle de transit a été créée dans chaque Région et les passerelles de transit ont été configurées en tant que pairs inter-Régions. Quelle conception fournira une connectivité sur site vers les Régions et permettra la communication inter-VPC entre les Régions ?

La bonne réponse est de créer une VIF de transit et de l'associer à une nouvelle passerelle Direct Connect, puis d'associer chaque passerelle de transit régionale à cette passerelle Direct Connect. Cela permet à la connectivité sur site d'atteindre toutes les passerelles de transit dans les différentes Régions via une seule VIF de transit, et les passerelles de transit appairées gèrent la communication inter-VPC. L'option de provisionner une VIF privée vers une passerelle privée virtuelle n'est pas adaptée car une passerelle privée virtuelle est limitée à un seul VPC et ne peut pas gérer la connectivité vers plusieurs VPC ou Régions. L'option de créer une VIF privée vers une nouvelle passerelle Direct Connect et d'associer cette passerelle Direct Connect à une passerelle privée virtuelle dans chaque VPC est incorrecte car une passerelle Direct Connect est conçue pour se connecter à des passerelles de transit ou à plusieurs passerelles privées virtuelles, mais l'approche proposée ne permettrait pas la communication inter-Régions de manière efficace. L'option d'établir un VPN AWS Site-to-Site sur une VIF publique n'est pas optimale car elle introduirait une surcharge de chiffrement inutile sur une connexion Direct Connect déjà privée et ne simplifierait pas la connectivité à travers les multiples Régions et passerelles de transit.