Firma (TGW-C) posiada wiele VPC w regionie us-east-1, używających CIDR-ów z zakresu 10.10.0.0/16 oraz transit gateway TGW-C z ASN 64520. Partner posiada VPC w regionie us-east-1, używających CIDR-ów z zakresu 172.16.0.0/16 oraz transit gateway TGW-P z ASN 64530. Inżynier musi połączyć VPC firmy z VPC partnera w regionie us-east-1 przy minimalnych zmianach w obu sieciach. Które rozwiązanie spełnia ten wymóg?

Prawidłowa odpowiedź to skonfigurowanie połączenia peeringowego Transit Gateway (TGW) między TGW-C a TGW-P. Peering TGW umożliwia bezpośrednią komunikację między dwoma Transit Gatewayami w tym samym lub różnych regionach, nawet jeśli należą do różnych kont AWS, co spełnia wymóg minimalnych zmian i łączenia VPC firmowych z VPC partnera. Po utworzeniu peeringu należy zaktualizować tabele routingu obu TGW, aby kierowały ruch do odpowiednich CIDR-ów przez nowo utworzone połączenie peeringowe. Pozostałe opcje są nieprawidłowe: Tworzenie nowego VPC z routerem z Marketplace jest zbyt złożone i kosztowne, dodaje niepotrzebną warstwę pośredniczącą. Połączenie IPsec VPN między TGW-C i TGW-P jest możliwe, ale peering TGW jest natywnym i bardziej wydajnym rozwiązaniem dla połączeń między TGW. Udostępnianie TGW-C kontu partnera i dołączanie VPC partnera bezpośrednio do TGW-C spowodowałoby, że TGW-C musiałoby zarządzać ruchem partnera, co narusza separację administracyjną i może prowadzić do konfliktów CIDR, jeśli partner miałby CIDR-y pokrywające się z firmowymi.