Dos centros de datos on-premises se conectan a un Direct Connect gateway a través de una interfaz virtual privada dedicada. El router del primer centro de datos anuncia 110 rutas al Direct Connect gateway a través de BGP; el segundo anuncia 60 rutas. El Direct Connect gateway se conecta a una VPC a través de un virtual private gateway. Los recursos en la VPC son intermitentemente inaccesibles desde ambos centros de datos. La tabla de rutas de la VPC muestra que las rutas del primer centro de datos no se están poblando. Para solucionar esto de la manera más eficiente operacionalmente, ¿qué debería hacer el ingeniero de red?

La opción correcta es modificar las configuraciones del router on-premises para resumir (agregar) las rutas anunciadas. AWS Direct Connect Gateway tiene un límite de 100 prefijos por conexión BGP anunciados desde la red local. El primer centro de datos anuncia 110 rutas, superando este límite, lo que provoca que ninguna de sus rutas se propague a la VPC. Resumir las rutas reducirá el número total de prefijos por debajo del límite, permitiendo que las rutas se anuncien correctamente y resolviendo el problema de accesibilidad. Eliminar el Direct Connect Gateway y crear nuevas interfaces virtuales privadas directamente al virtual private gateway de la VPC no es escalable ni eficiente, especialmente si se necesitan múltiples VPCs o conexiones. Abrir un caso de soporte de AWS para aumentar la cuota de rutas es incorrecto porque el límite de 100 prefijos en Direct Connect Gateway no es una cuota ajustable. Implementar un AWS Transit Gateway podría resolver el problema, ya que Transit Gateway admite hasta 2000 prefijos, pero es una solución más compleja y costosa que no aborda directamente la causa raíz del problema de límite de prefijos en Direct Connect Gateway.