Firma posiada połączenie AWS Direct Connect z korporacyjnego centrum danych do VPC w us-east-1. Firma przejęła inną organizację, która posiada VPC i połączenie Direct Connect do eu-west-2. Zakresy CIDR VPC nie pokrywają się. Firma potrzebuje skalowalnej łączności między obydwoma regionami i obydwoma centrami danych, minimalizując jednocześnie narzut operacyjny. Co powinien zrobić architekt rozwiązań?

Prawidłowa odpowiedź to połączenie istniejącego Direct Connect do Direct Connect Gateway i skierowanie ruchu z wirtualnych bram prywatnych (VGW) VPC w każdym regionie do Direct Connect Gateway. Direct Connect Gateway umożliwia łączenie wielu VPC w różnych regionach AWS z jednym połączeniem Direct Connect, co zapewnia skalowalną łączność i minimalizuje narzut operacyjny. Pozostałe opcje są nieoptymalne: Peering VPC między regionami (inter-Region VPC peering) wymagałby osobnego połączenia dla każdego VPC, co nie jest skalowalne w przypadku wielu centrów danych. Tworzenie prywatnych interfejsów wirtualnych z połączenia Direct Connect w us-east-1 do VPC w eu-west-2 jest niemożliwe, ponieważ prywatne interfejsy wirtualne są specyficzne dla regionu. Ustanawianie urządzeń VPN na EC2 i używanie AWS VPN CloudHub jest bardziej złożone i generuje większy narzut operacyjny niż Direct Connect Gateway, a także może mieć niższą przepustowość.