Une entreprise exploite des charges de travail sur plusieurs VPC et doit atteindre en toute sécurité une charge de travail dans le VPC-A à partir d'un centre de données sur site. Un ingénieur réseau a créé un VPN AWS Site-to-Site vers une passerelle de transit et a activé le routage dynamique ; la connectivité a fonctionné. Le propriétaire du VPC-A a ensuite ajouté un CIDR supplémentaire au VPC-A et a lancé des charges de travail utilisant ce CIDR, mais le réseau sur site ne peut pas atteindre ces nouvelles charges de travail. L'ingénieur réseau doit restaurer la connectivité et s'assurer que les futurs ajouts de CIDR de VPC ne rompent pas la connectivité avec le moins d'effort opérationnel. Quelle approche répond le plus efficacement à ces exigences ?

L'activation de la propagation de route du VPC-A vers la table de routage de l'attachement VPN est la solution la plus efficace car elle automatise la mise à jour des routes. Lorsque de nouveaux CIDR sont ajoutés au VPC-A, ils sont automatiquement propagés à la table de routage de la passerelle de transit associée à l'attachement VPN, assurant une connectivité continue sans intervention manuelle. Ajouter manuellement le nouveau CIDR à la table de routage de l'attachement VPN est une solution ponctuelle qui ne répond pas à l'exigence de minimiser l'effort opérationnel pour les futurs ajouts. Les options utilisant EventBridge ou CloudWatch avec Lambda sont des solutions programmatiques plus complexes qui introduisent une surcharge opérationnelle et de développement inutile, alors qu'une fonctionnalité native d'AWS existe pour gérer ce scénario.