Un'azienda utilizza i transit gateway per instradare il traffico tra le sue VPC. Ogni transit gateway ha una tabella di routing che contiene allegati e route per le VPC nella stessa Regione AWS. Ogni tabella di routing della VPC include attualmente route verso tutti gli altri blocchi CIDR delle VPC raggiungibili tramite i transit gateway. Alcune VPC instradano il traffico verso i NAT gateway locali. L'azienda prevede di creare molte nuove VPC e necessita del metodo più efficiente dal punto di vista operativo per aggiungere i nuovi intervalli CIDR delle VPC a ogni tabella di routing della VPC. Quale soluzione soddisfa al meglio questo requisito?

La creazione di una prefix list gestita dal cliente è la soluzione più efficiente dal punto di vista operativo. Consente di raggruppare tutti gli intervalli CIDR delle VPC in un'unica entità. Aggiornando le tabelle di routing delle VPC per puntare a questa prefix list, qualsiasi modifica o aggiunta di nuovi CIDR richiederà solo l'aggiornamento della prefix list stessa, e non di ogni singola tabella di routing delle VPC. Questo riduce significativamente il carico amministrativo. Le altre opzioni sono meno efficienti o non appropriate: La propagazione predefinita della tabella di routing del Transit Gateway (TGW) si riferisce alla propagazione delle route dalle associazioni del TGW alle tabelle di routing del TGW, non alla propagazione delle route dal TGW alle tabelle di routing delle VPC. L'uso di 0.0.0.0/10 come destinazione non è un approccio scalabile o preciso, poiché instraderebbe un intervallo troppo ampio di traffico attraverso il TGW, potenzialmente sovrapponendosi a route esistenti o causando routing indesiderato. L'associazione predefinita della tabella di routing del TGW riguarda quale tabella di routing del TGW viene utilizzata per i nuovi allegati, non la propagazione delle route alle VPC.