Una empresa internacional desplegará VPCs en us-east-1 y eu-west-2, además de centros de datos on-premises en EE. UU. y el Reino Unido. Planean dos enlaces de Direct Connect (uno en cada país), transit gateways en cada Región, Direct Connect gateways y VIFs de tránsito que conecten los Direct Connect gateways a los transit gateways. Los transit gateways estarán interconectados (peered). El diseño debe hacer que el tráfico siga la ruta geográfica más corta, de modo que el tráfico on-prem utilice el Direct Connect local cuando esté disponible, y debe conmutar automáticamente por error utilizando la WAN privada si falla un enlace de Direct Connect (y viceversa). ¿Cómo debe configurar el ingeniero qué prefijos se anuncian en los VIFs de tránsito para cumplir con estos requisitos?

La opción correcta asegura que el tráfico on-prem en cada país utilice su Direct Connect local como ruta preferida. Al anunciar los prefijos CIDR específicos de VPC de la Región local, se crea una ruta más específica que tiene preferencia sobre rutas menos específicas, como la ruta agregada. La ruta agregada para todo el entorno de AWS actúa como un mecanismo de respaldo. Si el Direct Connect local falla, el tráfico puede enrutarse a través del otro Direct Connect y la interconexión de Transit Gateway, utilizando la ruta agregada. Anunciar solo la ruta agregada para todo el entorno de AWS no permitiría el enrutamiento local preferido. Anunciar todos los bloques CIDR de VPC de ambas Regiones podría llevar a un enrutamiento subóptimo o asimétrico sin una gestión cuidadosa de la especificidad de las rutas. Anunciar prefijos agregados Regionales y comunidades BGP personalizadas es una opción válida para un control más granular, pero la opción correcta es más sencilla y efectiva para el requisito de la ruta geográfica más corta y la conmutación por error automática.