Bir ağ mühendisi, farklı Bölgelerdeki iki üretim VPC'sini (eu-west-1'deki 10.0.0.0/16 ile Prod A ve eu-central-1'deki 10.1.0.0/16 ile Prod B) bağlamak için aşağıdakileri oluşturdu: 1) her Bölgede bir transit gateway, 2) transit gateway'leri üretim hesaplarıyla paylaştı ve kabul etti, 3) transit gateway'ler arasında bir peering attachment oluşturdu, 4) her VPC'yi kendi Bölgesinin transit gateway'ine bağladı, 5) transit gateway rota tabloları oluşturdu ve attachment'ları ilişkilendirdi, 6) trafiği uzak VPC'ye göndermek için her transit gateway rota tablosuna statik rotalar ekledi ve 7) VPC rota tablolarında rota yayılımını etkinleştirdi. Prod A'dan Prod B'ye bağlantılar başarısız oldu. Mühendis, gerekli bağlantıyı sağlamak için ne yapmalıdır?

Doğru cevap, her iki üretim VPC rota tablosunda, hedef olarak Bölge transit gateway'i ile 10.0.0.0/8'e yönlendirilmiş yeni bir rota oluşturmaktır. Mevcut yapılandırma, transit gateway'ler arasında bağlantıyı kurmuş ve transit gateway rota tablolarını yapılandırmıştır, ancak VPC'lerin kendileri, uzak VPC'ye giden trafiği transit gateway'e yönlendirecek bir rotaya sahip değildir. VPC rota tablolarında rota yayılımını etkinleştirmek, yalnızca transit gateway'den VPC'ye doğru rotaları yayar, tersini değil. 10.0.0.0/8 gibi daha geniş bir hedefle bir rota eklemek, tüm 10.0.0.0/8 bloğundaki trafiği (Prod A'nın 10.0.0.0/16'sı ve Prod B'nin 10.1.0.0/16'sı dahil) transit gateway'e yönlendirecektir. Yanlış seçenekler: Peering attachment'ın IP adresini değiştirmek, mevcut bir VPC'nin CIDR bloğunu değiştirmek anlamına gelir ve bu, mevcut sorunu çözmez. Transit gateway rota tablosundaki statik rotaları silmek ve rota yayılımını etkinleştirmek, transit gateway'lerin birbirleri hakkında bilgi edinmesini engeller ve bağlantıyı bozar. Üretim hesaplarından gelen transit gateway rota tablolarını dinamik olarak yaymak için değiştirmek, transit gateway'lerin kendileri arasındaki rotaları yönetir, ancak VPC'lerin trafiği transit gateway'e nasıl göndereceği sorununu çözmez.