Un'azienda internazionale implementerà VPC in us-east-1 ed eu-west-2, oltre a data center on-premises negli Stati Uniti e nel Regno Unito. Prevedono due collegamenti Direct Connect (uno in ogni paese), transit gateway in ogni Regione, Direct Connect gateway e VIF di transito che collegano i Direct Connect gateway ai transit gateway. I transit gateway saranno in peering. Il design deve far sì che il traffico segua il percorso geografico più breve, in modo che il traffico on-prem utilizzi il Direct Connect locale quando disponibile, e deve eseguire automaticamente il failover utilizzando la WAN privata se un collegamento Direct Connect fallisce (e viceversa). Come dovrebbe l'ingegnere configurare quali prefissi vengono annunciati sui VIF di transito per soddisfare questi requisiti?

La risposta corretta è annunciare solo i prefissi CIDR specifici del VPC per la Regione locale e una route aggregata per l'intero ambiente AWS. Questo approccio sfrutta la specificità delle route. Quando il traffico on-prem deve raggiungere un VPC nella stessa Regione, la route più specifica (il CIDR del VPC locale) verrà preferita, garantendo il percorso geografico più breve tramite il Direct Connect locale. Se il Direct Connect locale fallisce, la route aggregata, meno specifica, permetterà al traffico di instradarsi attraverso il peering del Transit Gateway e l'altro Direct Connect, fornendo il failover automatico. Le altre opzioni non soddisfano i requisiti di specificità e failover geografico. Annunciare solo la route aggregata impedirebbe la preferenza del percorso locale. Annunciare tutti i CIDR VPC di entrambe le Regioni non garantirebbe la preferenza del percorso locale. Le BGP communities personalizzate sono utili per la manipolazione del traffico, ma non sono la soluzione principale per questo requisito di specificità e failover.