Un'azienda gestisce carichi di lavoro su più VPC e deve raggiungere in modo sicuro un carico di lavoro in VPC-A da un data center on-premise. Un ingegnere di rete ha creato una AWS Site-to-Site VPN verso un transit gateway e ha abilitato il routing dinamico; la connettività ha funzionato. Il proprietario di VPC-A ha successivamente aggiunto un CIDR aggiuntivo a VPC-A e ha avviato carichi di lavoro utilizzando quel CIDR, ma la rete on-premise non riesce a raggiungere questi nuovi carichi di lavoro. L'ingegnere di rete deve ripristinare la connettività e assicurarsi che future aggiunte di CIDR VPC non interrompano la connettività con il minimo sforzo operativo. Quale approccio soddisfa questi requisiti nel modo più efficiente?

La propagazione delle route da VPC-A alla tabella di routing dell'attachment VPN è la soluzione più efficiente. Quando un nuovo CIDR viene aggiunto a VPC-A, la propagazione delle route garantisce che il Transit Gateway apprenda automaticamente questa nuova route e la aggiunga alla tabella di routing associata all'attachment VPN. Ciò consente al data center on-premise di raggiungere i nuovi carichi di lavoro senza intervento manuale, soddisfacendo il requisito di minimo sforzo operativo e prevenendo future interruzioni. Aggiungere manualmente il nuovo CIDR richiede intervento ogni volta che un CIDR viene modificato, non soddisfacendo il requisito di minimo sforzo. Le soluzioni con EventBridge o CloudWatch e Lambda introducono complessità e dipendenze aggiuntive, oltre a potenziali ritardi, e sono meno efficienti rispetto alla funzionalità nativa di propagazione delle route del Transit Gateway.