Transit Gateway

Présentation

• Passerelle managée, au centre d’une architecture en étoile : chaque réseau n’est relié qu’à elle, et passe par elle pour joindre les autres
• Chaque réseau s’y raccorde une seule fois, et joint alors tous les autres

Cas d’usage

• Relier de nombreux VPC, souvent répartis sur plusieurs comptes
• Raccorder le réseau de l’entreprise une seule fois, pour tous les VPC
• Centraliser l’inspection du trafic ou la sortie vers Internet
• Isoler la production du développement, tout en partageant des services communs

Peering ou Transit Gateway

Le peering VPC est non transitif : si A est relié à B et B à C, A ne joint pas C. Il faut une connexion par paire.

Attachements

Chaque réseau s’y raccorde par un attachement, qui peut être :

• un VPC : une interface réseau est créée dans chaque zone de disponibilité choisie
• un VPN Site-to-Site ou Direct Connect, pour raccorder le réseau de l’entreprise
• un peering, pour relier une autre région ou un autre compte

Tables de routage

• Chaque attachement est associé à une table, qui décide où partent ses paquets
• Il y propage ses routes, pour être joignable
• Plusieurs tables permettent d’isoler des environnements (la production ne voit pas l’environnement de développement par exemple)

Multi-comptes

• Il est possible de partager une Transit Gateway avec les autres comptes de l’organisation via RAM
• Une seule Transit Gateway dessert ainsi tous les comptes

Tarification

• À l’heure d’attachement
• Au Go de données traitées : chaque Go qui traverse la Transit Gateway est facturé, en plus des frais habituels de transfert entre zones/régions

Limites à connaître

• Service régional : relier deux régions demande un peering entre deux Transit Gateway
• Les plages d’adresses des VPC ne doivent pas se chevaucher
• Pour de gros volumes entre deux VPC, un peering direct coûte moins cher