Uso de ExpressRoute para el enrutamiento de tráfico de Microsoft 365

Nota:

No se recomienda ExpressRoute para Microsoft 365 porque no proporciona el mejor modelo de conectividad para el servicio en la mayoría de las circunstancias. Por lo tanto, se requiere autorización de Microsoft para usar este modelo de conectividad. Revisamos cada solicitud de cliente y autorizamos ExpressRoute para Microsoft 365 solo en los escenarios poco frecuentes en los que sea necesario. Para obtener más información, consulte la Guía de ExpressRoute para Microsoft 365 y revise el documento con los equipos de productividad, red y seguridad antes de trabajar con el equipo de la cuenta Microsoft para enviar una excepción según sea necesario. Si intenta crear un filtro de ruta para Microsoft 365 sin una suscripción autorizada, recibirá un mensaje de error.

Un circuito ExpressRoute proporciona conectividad privada a la red troncal de Microsoft.

• Ofrece emparejamiento privado para conectarse a puntos de conexión privados de la implementación de IaaS en regiones de Azure.
• Además, ofrece emparejamiento de Microsoft para conectarse a puntos de conexión públicos de servicios IaaS, PaaS y SaaS en la red de Microsoft.

Para más información sobre ExpressRoute, consulte el artículo Introducción a ExpressRoute.

A menudo hay una confusión sobre si ExpressRoute se puede usar o no para enrutar tráfico SaaS de Microsoft 365. ExpressRoute ofrece emparejamiento de Microsoft, que le permite acceder a la mayoría de los puntos de conexión públicos de la red de Microsoft. Con un filtro de ruta puede seleccionar prefijos de servicio de Microsoft 365 que deben anunciarse a través del emparejamiento de Microsoft a la red local. Estas rutas permiten enrutar tráfico del servicio de Microsoft 365 a través del circuito ExpressRoute.

En este artículo, obtendrá información sobre cuándo es necesario usar ExpressRoute para enrutar tráfico de Microsoft 365.

Requisitos de red del tráfico de Microsoft 365

Microsoft 365 a menudo incluye tráfico en tiempo real, como llamadas de vídeo y voz, reuniones en línea y colaboración en tiempo real. Este tráfico en tiempo real tiene estrictos requisitos de rendimiento de red en términos de latencia y vibración. Dentro de ciertos límites de latencia de red, la vibración se puede controlar eficazmente mediante el búfer en el dispositivo cliente. La latencia de red es una función de distancia física que el tráfico necesita para viajar, vincular el ancho de banda y la latencia de procesamiento de red.

Características de optimización de red de Microsoft 365

Microsoft se esfuerza por optimizar el rendimiento de red de todas las aplicaciones en la nube tanto en términos de arquitectura como de características. Para empezar, Microsoft posee una de las redes globales más grandes, que está optimizada para lograr el objetivo principal de ofrecer el mejor rendimiento de red. La red de Microsoft está definida por software y usa un método denominado enrutamiento de "patata fría". En una "patata fría" el tráfico entra y sale lo más cerca posible de la red del cliente/dispositivo. La red de Microsoft está diseñada con redundancia y tiene alta disponibilidad. Para obtener más información sobre la optimización de la arquitectura, vea Cómo Microsoft crea su red global rápida y confiable.

Para abordar los estrictos requisitos de latencia de red, Microsoft 365 reduce la longitud de la ruta de las siguientes formas:

• Mediante el enrutamiento dinámico de la conexión del usuario final al punto de entrada de Microsoft 365 más cercano.
• Desde el punto de entrada, el tráfico se enruta de forma eficaz dentro de la red global de Microsoft al centro de datos más cercano de Microsoft 365.

Los puntos de entrada de Microsoft 365 los proporciona Azure Front Door. Azure Front Door es un servicio ampliamente distribuido presente en la red perimetral global de Microsoft y ayuda a crear aplicaciones SaaS rápidas, seguras y altamente escalables. Para obtener más información sobre cómo Azure Front Door acelera el rendimiento de las aplicaciones web, consulte ¿Qué es Azure Front Door?. Al elegir el centro de datos de Microsoft 365 más cercano, Microsoft tiene en cuenta las regulaciones de soberanía de datos dentro de la región geopolítica.

¿Qué son las conexiones de asignación geográfica?

Cuando se fuerza a un cliente-servidor a pasar el tráfico a través de determinados dispositivos de red de una ubicación geográfica, esto se conoce como anclaje geográfico de la conexión de red. En una arquitectura de red tradicional, el principio de diseño subyacente es que los clientes-servidores se ubican de forma estática, lo que suele anclar geográficamente las conexiones.

Por ejemplo, cuando se obliga a las conexiones de Internet de la empresa a atravesar la red corporativa. La salida es desde una ubicación central, normalmente a través de un conjunto de servidores proxy o firewalls, se anclan geográficamente las conexiones a Internet. Otro ejemplo de anclaje geográfico es cuando tiene una arquitectura de aplicación SaaS que fuerza el tráfico a través de un centro de datos intermedio en una región o mediante uno o varios dispositivos de red intermedios.

¿Cuándo no es adecuado ExpressRoute para Microsoft 365?

Microsoft 365 tiene la capacidad de reducir dinámicamente la longitud de la ruta y elegir dinámicamente el centro de datos del servidor más cercano en función de la ubicación de los clientes. Se dice que Microsoft 365 está diseñado para Internet. Parte del tráfico de Microsoft 365 solo puede enrutarse a través de Internet. Si tiene sus clientes SaaS ampliamente distribuidos en una región o globalmente, y ancla geográficamente las conexiones a una ubicación determinada, obliga a los clientes que se encuentran más lejos de la ubicación anclada geográficamente a experimentar una mayor latencia de red. Una mayor latencia de red puede dar como resultado un rendimiento de red poco óptimo y un rendimiento deficiente de las aplicaciones.

Por lo tanto, en escenarios en los que tiene clientes o clientes SaaS ampliamente distribuidos que son mayoritariamente móviles, no querrá anclar geográficamente las conexiones de ninguna manera, por ejemplo, al forzar el tráfico a través de un circuito ExpressRoute en una ubicación de emparejamiento específica.

¿Cuándo usar ExpressRoute para Microsoft 365?

Ya no se recomienda el uso de ExpressRoute para el tráfico de Microsoft 365. Para más información, consulte Azure ExpressRoute para Microsoft 365.

Pasos siguientes

• Para comprender cómo fluyen las llamadas de Microsoft Teams y cómo optimizar la conectividad de red en diferentes escenarios, incluido el uso de ExpressRoute para obtener mejores resultados, consulte Flujos de llamadas de Microsoft Teams.
• Si desea realizar una prueba para comprender los problemas de conectividad de Microsoft 365 para ubicaciones de oficina individuales, consulte Prueba de conectividad de red de Microsoft 365.
• Para establecer la línea de base y el historial de rendimiento para ayudar a detectar problemas emergentes de rendimiento de Microsoft 365, consulte Ajuste del rendimiento de Office 365 mediante líneas de base y el historial de rendimiento.