Compartir a través de

Optimización del enrutamiento para Azure ExpressRoute

  • Artículo

Cuando hay varios circuitos ExpressRoute, tiene más de una ruta de acceso para conectarse a Microsoft. Esto puede dar lugar a un enrutamiento poco óptimo, donde el tráfico tarda más tiempo, aumentando la latencia y afectando al rendimiento de la aplicación y a la experiencia del usuario. En este artículo se explica cómo optimizar el enrutamiento mediante tecnologías de enrutamiento estándar.

Selección de rutas en el emparejamiento de Microsoft

Para garantizar que el tráfico fluya por la ruta de acceso deseada con varios circuitos ExpressRoute, debe administrar rutas de acceso a Internet mediante Internet Exchange (IX) o un proveedor de servicios de Internet (ISP). BGP usa un algoritmo de selección de la mejor ruta en función de factores como la coincidencia de prefijo más larga (LPM). Para asegurarse de que el tráfico destinado a Azure a través de Microsoft usa la ruta de acceso de ExpressRoute, implemente el atributo Preferencias locales. Esta configuración garantiza que siempre se prefiera la ruta de acceso en ExpressRoute.

Nota:

La preferencia local predeterminada suele ser 100. Las preferencias locales más altas son más preferidas.

Considere el escenario de ejemplo siguiente:

Diagrama que muestra un enrutamiento no óptimo del cliente a Microsoft.

Para preferir rutas de acceso de ExpressRoute, configure la preferencia local como se indica a continuación:

Configuración de Cisco IOS-XE desde la perspectiva de R1:

R1(config)#route-map prefer-ExR permit 10
R1(config-route-map)#set local-preference 150

R1(config)#router BGP 345
R1(config-router)#neighbor 1.1.1.2 remote-as 12076
R1(config-router)#neighbor 1.1.1.2 activate
R1(config-router)#neighbor 1.1.1.2 route-map prefer-ExR in

Configuración de Junos desde la perspectiva de R1:

user@R1# set protocols bgp group ibgp type internal
user@R1# set protocols bgp group ibgp local-preference 150

Enrutamiento no óptimo de cliente a Microsoft

Imagine que tiene dos oficinas en Estados Unidos, una en Los Ángeles y otra en Nueva York, conectada a través de una WAN. Tiene dos circuitos ExpressRoute, uno en Oeste de EE. UU. y otro en el Este de EE. UU., ambos conectados en la WAN. Tiene previsto que los usuarios de Los Ángeles se conecten a los usuarios de Azure de Oeste de EE. UU. y los de Nueva York a Azure Este de EE. UU. Sin embargo, si no sabe qué prefijo es de la región, la WAN puede enrutar el tráfico de ambas oficinas al circuito Este de EE. UU., lo que provoca un enrutamiento poco óptimo para los usuarios de Los Ángeles.

Diagrama de enrutamiento poco óptimo desde el cliente a Microsoft.

Solución: utilice comunidades de BGP.

Para optimizar el enrutamiento, use Valores de la comunidad BGP para identificar los prefijos de cada región de Azure. Por ejemplo, 12076:51004 para Este de EE. UU. y 12076:51006 para Oeste de EE. UU. Configure valores de preferencias locales más altos para los prefijos adecuados en cada región para asegurarse de que el tráfico toma la ruta de acceso óptima.

Diagrama de una solución mediante comunidades BGP.

Nota:

La misma técnica se puede aplicar al enrutamiento desde el cliente a la red virtual de Azure mediante el emparejamiento privado. Configure los enrutadores para que prefieran un circuito ExpressRoute sobre otro en función de las implementaciones de red virtual.

Enrutamiento no óptimo de Microsoft al cliente

En este escenario, las conexiones de Microsoft tardan más tiempo en llegar a la red. Por ejemplo, las conexiones de Exchange Online a servidores locales pueden enrutar a través del circuito ExpressRoute incorrecto. Sin no tiene sugerencias, Microsoft no puede determinar qué prefijo local está más cerca del circuito.

Diagrama de enrutamiento poco óptimo de Microsoft al entorno local del cliente.

Solución: anteponga AS PATH

Anuncie los prefijos locales en los circuitos ExpressRoute adecuados o use una ruta AS antepuesta para influir en el enrutamiento. Alargue la ruta AS para prefijos en la región menos preferida para asegurarse de que Microsoft prefiere la ruta de acceso óptima.

Diagrama de una solución mediante una ruta AS antepuesta.

Importante

Quitamos los números de AS privados en la ruta AS para los prefijos recibidos en el emparejamiento de Microsoft cuando se usa un número de AS privado. Emparejar con AS de tipo público y anexar números de AS de tipo público en la ruta AS para influir en el enrutamiento para el emparejamiento de Microsoft.

Enrutamiento no óptimo entre redes virtuales

Con ExpressRoute, puede habilitar la comunicación entre redes virtuales mediante la vinculación a un circuito ExpressRoute. El enrutamiento no óptimo puede producirse cuando las redes virtuales están vinculadas a varios circuitos. Por ejemplo, las redes virtuales de Oeste de EE. UU. y de Este de EE. UU. pueden enrutar el tráfico a través del circuito remoto debido al enrutamiento ECMP.

Diagrama de enrutamiento poco óptimo entre redes virtuales.

Solución: asignar un peso alto a la conexión local

Asigne un peso mayor a la conexión local para asegurarse de que las redes virtuales prefieren la ruta de acceso óptima. Esta configuración garantiza que el tráfico tome la ruta de acceso más corta entre redes virtuales.

Diagrama de una solución que asigna un peso alto a la conexión local.

Nota:

También puede influir en el enrutamiento desde la red virtual a la red local configurando el peso de conexión en lugar de usar una ruta AS antepuesta. El peso de la conexión se considera antes de la longitud de la ruta AS al decidir cómo enviar tráfico.

Pasos siguientes