Compartir a través de


Azure ExpressRoute con Azure Site Recovery

Microsoft Azure ExpressRoute le permite ampliar sus redes locales en la nube de Microsoft a través de una conexión privada que facilita un proveedor de conectividad. Con ExpressRoute, se pueden establecer conexiones con servicios en la nube de Microsoft, como Microsoft Azure, Microsoft 365 y Dynamics 365.

En este artículo, se describe cómo puede usar Azure ExpressRoute con Azure Site Recovery para la recuperación ante desastres y la migración.

Circuitos ExpressRoute

Un circuito ExpressRoute representa una conexión lógica entre la infraestructura local y los servicios en la nube de Microsoft a través de un proveedor de conectividad. Puede solicitar varios circuitos ExpressRoute. Cada circuito puede estar en la misma región o en diferentes, y puede estar conectado a su entorno local mediante distintos proveedores de conectividad. Obtenga más información sobre los circuitos ExpressRoute aquí.

Un circuito ExpressRoute tiene asociados varios dominios de enrutamiento. Obtenga más información y una comparación sobre los dominios de enrutamiento de ExpressRoute aquí.

Replicación desde un sitio local en Azure con ExpressRoute

Azure Site Recovery permite la recuperación ante desastres y la migración a Azure para las máquinas virtuales de Hyper-V, máquinas virtuales de VMware y servidores físicos locales. Para todos los escenarios de replicación de sitios locales a Azure, los datos de replicación se envían a una cuenta de Azure Storage y se almacenan en ella. Durante la replicación, no paga ningún cargo de las máquinas virtuales. Cuando se ejecuta una conmutación por error en Azure, Site Recovery crea automáticamente máquinas virtuales IaaS de Azure.

Site Recovery replica datos a una cuenta de Azure Storage o a un disco administrado de réplica en la región de Azure de destino a través de un punto de conexión público. Para usar ExpressRoute para el tráfico de replicación de Site Recovery, puede utilizar el emparejamiento de Microsoft o un emparejamiento público existente (en desuso para las creaciones nuevas). El emparejamiento de Microsoft es el dominio de enrutamiento recomendado para la replicación. Tenga en cuenta que solo se admite la replicación mediante el emparejamiento privado cuando los puntos de conexión privados están habilitados para el almacén.

Asegúrese de que también se cumplan los requisitos de red para el servidor de configuración. El servidor de configuración requiere conectividad a direcciones URL específicas para la orquestación de la replicación de Site Recovery. Para esta conectividad no se puede usar ExpressRoute.

En caso de que use el proxy de forma local y desee utilizar ExpressRoute para el tráfico de replicación, debe configurar la lista de omisión del proxy en el servidor de configuración y los servidores de proceso. Para hacerlo, siga estos pasos:

  • Descargue la herramienta PsExec desde aquí para acceder al contexto de usuario del sistema.
  • Abra Internet Explorer en el contexto de usuario del sistema mediante la siguiente línea de comandos: psexec -s -i "%programfiles%\Internet Explorer\iexplore.exe"
  • Agregar configuración de proxy en Internet Explorer
  • En la lista de omisión, agregue la dirección URL de Azure Storage *.blob.core.windows.net

Así se asegurará de que solo el tráfico de replicación fluye a través de ExpressRoute, mientras que la comunicación puede ir a través del proxy.

Una vez que las máquinas virtuales o los servidores conmutan por error en una red virtual de Azure, puede acceder a ellos a través del emparejamiento privado.

El escenario combinado se representa en el siguiente diagrama: Replicación de sitio local a Azure con ExpressRoute

Replicación de Azure a Azure con ExpressRoute

Azure Site Recovery permite la recuperación ante desastres de las máquinas virtuales de Azure. En función de si las máquinas virtuales de Azure usan Azure Managed Disks, los datos de replicación se envían a una cuenta de Azure Storage o a una instancia de Managed Disks de réplica en la región de Azure de destino. De forma predeterminada, aunque los puntos de conexión de la replicación son públicos, el tráfico de replicación de las máquinas virtuales de Azure no atraviesa Internet, independientemente de la región de Azure en la que esté la red virtual de origen. Puede invalidar la ruta del sistema predeterminada de Azure para el prefijo de dirección 0.0.0.0/0 con una ruta personalizada y desviar el tráfico de la máquina virtual a una aplicación virtual de red (NVA) local, pero esta configuración no se recomienda para la replicación de Site Recovery. Si va a usar rutas personalizadas, debe crear un punto de conexión de servicio de red virtual en su red virtual de "Storage" para que el tráfico de replicación no salga de los límites de Azure.

De forma predeterminada, para la recuperación ante desastres de máquinas virtuales de Azure no se necesita ExpressRoute para la replicación. Una vez que las máquinas virtuales se conmutan por error en la región de Azure de destino, puede acceder a ellas mediante el emparejamiento privado. Tenga en cuenta que los precios de transferencia de datos se aplican independientemente del modo de replicación de datos entre regiones de Azure.

Si ya usa ExpressRoute para conectarse desde el centro de datos local a las máquinas virtuales de Azure en la región de origen, puede planear el restablecimiento de la conectividad de ExpressRoute en la región de destino de la conmutación por error. Puede usar el mismo circuito ExpressRoute para conectarse a la región de destino a través de una nueva conexión de red virtual o usar un circuito ExpressRoute independiente y una conexión para la recuperación ante desastres. Aquí se describen los posibles escenarios.

Puede replicar máquinas virtuales de Azure en cualquier región de Azure del mismo clúster geográfico como se detalla aquí. Si la región de Azure de destino elegida no está en la misma región geopolítica que la de origen, es posible que tenga que habilitar ExpressRoute Premium. Para obtener más información, consulte Ubicaciones de ExpressRoute y Precios de ExpressRoute.

Pasos siguientes