Matriz de soporte para la recuperación ante desastres de máquinas virtuales de Azure entre regiones de Azure

En este artículo se resumen los requisitos previos y la compatibilidad para la recuperación ante desastres de máquinas virtuales de Azure de una región de Azure a otra mediante el servicio Azure Site Recovery.

Compatibilidad de método de implementación

Implementación Soporte técnico
Azure Portal Compatible.
PowerShell Compatible. Más información
REST API Compatible.
CLI No se admite actualmente.

Compatibilidad de movimiento o migración de recursos

Acción de recursos Detalles
Mover almacenes entre grupos de recursos No compatible
Mover recursos de proceso, almacenamiento y red entre grupos de recursos No compatible.

Si mueve una máquina virtual o los componentes asociados, como el almacenamiento o la red, después de la replicación de esta, tendrá que deshabilitar la replicación y volver a habilitarla para la máquina virtual.
Replicar máquinas virtuales de Azure de una suscripción a otra para la recuperación ante desastres Se admite en el mismo inquilino de Azure Active Directory.
Migración de máquinas virtuales entre regiones dentro de los clústeres geográficos admitidos (dentro y entre suscripciones) Se admite en el mismo inquilino de Azure Active Directory.
Migrar máquinas virtuales dentro de la misma región No compatible.
Hosts dedicados de Azure No compatible.

Regiones admitidas

Azure Site Recovery permite realizar la recuperación ante desastres global. Puede replicar y recuperar las VM entre dos regiones de Azure cualesquiera del mundo. Si le preocupa la soberanía de los datos, puede optar por limitar la replicación en su clúster geográfico específico. Los distintos clústeres geográficos son los siguientes:

Clúster geográfico Regiones de Azure
America Este de Canadá, Centro de Canadá, Centro-sur de EE. UU., Centro-oeste de EE. UU., Este de EE. UU., Este de EE. UU. 2, Oeste de EE. UU., Oeste de EE. UU. 2, Oeste de EE. UU. 3, Centro de EE. UU., Centro-norte de EE. UU.
Europa Oeste de Reino Unido, Sur de Reino Unido, Norte de Europa, Oeste de Europa, Oeste de Sudáfrica, Norte de Sudáfrica, Este de Noruega, Centro de Francia, Norte de Suiza, Centro-oeste de Alemania, Norte de Emiratos Árabes Unidos, Centro de Emiratos Árabes Unidos (Emiratos Árabes Unidos se trata como parte del clúster geográfico de Europa)
Asia Sur de la India, Centro de la India, India occidental, Sudeste de Asia, Este de Asia, Este de Japón, Oeste de Japón, Centro de Corea del Sur, Sur de Corea del Sur
JIO JIO del Oeste de la India
Australia Este de Australia, Sudeste de Australia, Centro de Australia, Centro de Australia 2
Azure Government Virginia Gob. EE. UU., Iowa Gob. EE. UU., US Gov de Arizona, US Gov de Texas, US DOD este, US DOD central
Alemania Centro de Alemania y Nordeste de Alemania
China Este de China, Norte de China, Norte de China 2 y Este de China 2
Brasil Sur de Brasil
Regiones restringidas reservadas para la recuperación ante desastres dentro de un país Oeste de Suiza reservado para el Norte de Suiza, Sur de Francia reservado para el Centro de Francia, Oeste de Noruega para clientes del Este de Noruega; JIO del Centro de la India para clientes de JIO del Oeste de la India, Sudeste de Brasil para clientes del Sur de Brasil, Oeste de Sudáfrica para clientes del Norte de Sudáfrica, Norte de Alemania para clientes de Centro-oeste de Alemania.

Para usar una región restringida como primaria o de recuperación, póngase en la lista de permitidos mediante la generación de una solicitud aquí.

Nota:

  • En la región Sur de Brasil, puede replicar y conmutar por error en las siguientes regiones: Sudeste de Brasil, Centro-sur de EE. UU., Centro-oeste de EE. UU., Este de EE. UU., Este de EE. UU. 2, Oeste de EE. UU., Oeste de EE. UU. 2 y Centro-norte de EE. UU.
  • La región Sur de Brasil solo puede utilizarse como la región de origen desde la que las máquinas virtuales replican mediante Site Recovery. No puede ser una región de destino. Tenga en cuenta que si realiza la conmutación por error desde Sur de Brasil como región de origen a un destino, se admite la conmutación por recuperación a Sur de Brasil desde la región de destino. El Sudeste de Brasil solo se puede usar como región de destino.
  • Si la región donde quiere crear un almacén no aparece, asegúrese de que su suscripción tiene acceso para crear recursos en esa región.
  • Si no ve una región dentro de un clúster geográfico al habilitar la replicación, asegúrese de que su suscripción tiene permisos para crear máquinas virtuales en dicha región.

Almacenamiento en caché

Esta tabla resume la compatibilidad con la cuenta de almacenamiento de la memoria caché que usa Site Recovery durante la replicación.

Configuración Soporte técnico Detalles
Cuentas de almacenamiento de uso general V2 (capas de acceso frecuente y esporádico) Compatible Se desaconseja usar GPv2, ya que los costes de las transacciones de V2 son significativamente más altos que los de las cuentas de almacenamiento de V1.
Premium Storage No compatible Las cuentas de almacenamiento estándar se usan para el almacenamiento en caché, para ayudar a optimizar los costos.
Region Misma región que la máquina virtual La cuenta de almacenamiento en caché debe estar en la misma región que la máquina virtual que se protege.
Subscription Puede ser diferente de las máquinas virtuales de origen La cuenta de almacenamiento en caché no debe estar en la misma suscripción que las máquinas virtuales de origen.
Firewalls de Azure Storage para redes virtuales Compatible Si usa una cuenta de almacenamiento en caché o de destino con firewall habilitado, asegúrese de seleccionar "Permitir servicios de Microsoft de confianza".

Además, asegúrese de permitir el acceso a al menos una subred de Vnet de origen.

Nota: No restrinja el acceso de red virtual a las cuentas de almacenamiento que usa para Site Recovery. Debe permitir el acceso desde "Todas las redes".
Eliminación temporal No compatible No se admite la eliminación temporal porque, una vez habilitada en la cuenta de almacenamiento en caché, aumenta el costo. ASR realiza creaciones o eliminaciones muy frecuentes de archivos de registro mientras se replican, lo que provoca un aumento de los costos.
Cifrado en reposo (CMK) Compatible El cifrado de la cuenta de almacenamiento puede configurarse con claves administradas por el cliente (CMK)

En la tabla siguiente se muestran los límites en el número de discos que se pueden replicar en una sola cuenta de almacenamiento.

Tipo de cuenta de almacenamiento Renovación = 4 MBps por disco Renovación = 8 MBps por disco
Cuenta de almacenamiento V1 300 discos 150 discos
Cuenta de almacenamiento V2 750 discos 375 discos

A medida que aumenta el promedio de renovación en los discos, se reduce el número de discos que una cuenta de almacenamiento puede admitir. La tabla anterior puede usarse como guía para tomar decisiones sobre el número de cuentas de almacenamiento que se deben aprovisionar.

Tenga en cuenta que los límites anteriores son específicos de escenarios de recuperación ante desastres de Azure a Azure y de zona a zona.

Sistemas operativos de máquinas replicadas

Site Recovery admite la replicación de máquinas virtuales de Azure que ejecutan los sistemas operativos enumerados en esta sección. Tenga en cuenta que si una máquina que ya se está replicando se actualiza más tarde (o se cambia a una versión anterior) a un kernel principal diferente, debe deshabilitar la replicación y volverla a habilitar después de la actualización.

Windows

Sistema operativo Detalles
Windows Server 2022 Compatible.
Windows Server 2019 Se admite para Server Core y Server con Experiencia de escritorio.
Windows Server 2016 Se admite para Server Core y Server con Experiencia de escritorio
Windows Server 2012 R2 Compatible.
Windows Server 2012 Compatible.
Windows Server 2008 R2 con SP1/SP2 Compatible.

Desde la versión 9.30 de la extensión de servicio de Mobility Service para máquinas virtuales de Azure, necesita instalar una actualización de la pila de servicio (SSU) de Windows y la actualización de SHA-2 en las máquinas que ejecutan Windows Server 2008 R2 SP1/SP2. SHA-1 no se admite desde septiembre de 2019 y, si la firma de código SHA-2 no está habilitada, la extensión del agente no se instalará ni actualizará según lo previsto. Más información sobre los requisitos y la actualización de SHA-2.
Windows 10 (x64) Compatible.
Windows 8.1 (x64) Compatible.
Windows 8 (x64) Compatible.
Windows 7 (x64) con SP1 en adelante Desde la versión 9.30 de la extensión de servicio de Mobility Service para máquinas virtuales de Azure, necesita instalar una actualización de la pila de servicio (SSU) de Windows y la actualización de SHA-2 en las máquinas que ejecutan Windows 7 con SP1. SHA-1 no se admite desde septiembre de 2019 y, si la firma de código SHA-2 no está habilitada, la extensión del agente no se instalará ni actualizará según lo previsto. Más información sobre los requisitos y la actualización de SHA-2.

Linux

Sistema operativo Detalles
Red Hat Enterprise Linux 6.7, 6.8, 6.9, 6.10, 7.0, 7.1, 7.2, 7.3, 7.4, 7.5, 7.6, 7.7, 7.8, 7.9, 8.0, 8.1, 8.2, 8.3, 8.4 (4.18.0-305.30.1.el8_4.x86_64 o superior), 8.5 (4.18.0-348.5.1.el8_5.x86_64 o superior)
CentOS 6.5, 6.6, 6.7, 6.8, 6.9, 6.10
7.0, 7.1, 7.2, 7.3, 7.4, 7.5, 7.6, 7.7,
, 7.9 anterior a la disponibilidad general, la versión 7.9 con disponibilidad general se admite a partir de la revisión 9.37** 8.0, 8.1, 8.2, 8.3, 8.4, 8.5
Servidor Ubuntu 14.04 LTS Incluye compatibilidad con todas las versiones 14.04.x; versiones de kernel compatibles.
Servidor Ubuntu 16.04 LTS Incluye compatibilidad con todas las versiones 16.04.x; versión de kernel compatible.

Los servidores Ubuntu que usan un inicio de sesión y una autenticación mediante contraseña y que utilizan el paquete cloud-init para configurar máquinas virtuales en la nube pueden tener el inicio de sesión mediante contraseña deshabilitado tras una conmutación por error (en función de la configuración de cloudinit). Para volver a habilitar el inicio de sesión mediante contraseña en la máquina virtual, restablezca la contraseña desde el menú Soporte > Solución de problemas > Configuración (de la máquina virtual conmutada por error en Azure Portal).
Servidor Ubuntu 18.04 LTS Incluye compatibilidad con todas las versiones 18.04.x; versión de kernel compatible.

Los servidores Ubuntu que usan un inicio de sesión y una autenticación mediante contraseña y que utilizan el paquete cloud-init para configurar máquinas virtuales en la nube pueden tener el inicio de sesión mediante contraseña deshabilitado tras una conmutación por error (en función de la configuración de cloudinit). Para volver a habilitar el inicio de sesión mediante contraseña en la máquina virtual, restablezca la contraseña desde el menú Soporte > Solución de problemas > Configuración (de la máquina virtual conmutada por error en Azure Portal).
Servidor Ubuntu 20.04 LTS Incluye compatibilidad con todas las versiones 20.04.x; versión de kernel compatible.
Debian 7 Incluye compatibilidad para todas las versiones 7. x). Versiones de kernel admitidas
Debian 8 Incluye compatibilidad para todas las versiones 8. x). Versiones de kernel admitidas
Debian 9 Incluye compatibilidad con las versiones 9.1 a 9.13. Debian 9.0 es incompatible. Versiones de kernel admitidas
Debian 10 Versiones de kernel admitidas
SUSE Linux Enterprise Server 12 SP1, SP2, SP3, SP4, SP5 (versiones de kernel admitidas)
SUSE Linux Enterprise Server 15 15, SP1, SP2(versiones kernel admitidas), SP3
SUSE Linux Enterprise Server 11 SP3

No se admite la actualización de máquinas de replicación de SP3 a SP4. Si se ha actualizado una máquina replicada, deberá deshabilitar la replicación y volverla a habilitar después de la actualización.
SUSE Linux Enterprise Server 11 SP4
Oracle Linux 6.4, 6.5, 6.6, 6.7, 6.8, 6.9, 6.10, 7.0, 7.1, 7.2, 7.3, 7.4, 7.5, 7.6, 7.7, 7.8, 7.9, 8.0, 8.1, 8.2, 8.3 (ejecución del kernel compatible de Red Hat o Unbreakable Enterprise Kernel Release 3, 4, 5 y 6 (UEK3, UEK4, UEK5, UEK6), 8.4, 8.5

8.1 (La ejecución en todos los kernels de UEK y en el kernel de RedHat <= 3.10.0-1062.* se admite en la versión <. La compatibilidad con el resto de kernels de RedHat está disponible en la versión 9.36).

Nota:

En las versiones de Linux, Azure Site Recovery no admite kernels de SO personalizados. Solo se admiten kernels de stock que forman parte del lanzamiento o la actualización de la versión secundaria de la distribución.

**Nota: Para admitir los kernels de Linux más recientes en un plazo de 15 días desde su publicación, Azure Site Recovery implementa la revisión de corrección urgente sobre la versión más reciente del agente de movilidad. Esta corrección se implementa entre dos versiones principales. Para actualizar a la versión más reciente del agente de movilidad (incluida la revisión de corrección urgente), siga los pasos que se mencionan en este artículo. Esta revisión está implementada actualmente para los agentes de movilidad que se usan en Azure para el escenario de recuperación ante desastres de Azure.

Versiones de kernel de Ubuntu admitidas para máquinas virtuales de Azure

Versión Versión de Mobility service Versión de kernel
14.04 LTS 9.48 No se admiten nuevos kernels 14.04 LTS en esta versión.
14.04 LTS 9.47 No se admiten nuevos kernels 14.04 LTS en esta versión.
14.04 LTS 9.46 No se admiten nuevos kernels 14.04 LTS en esta versión.
14.04 LTS 9.45 No se admiten nuevos kernels 14.04 LTS en esta versión.
14.04 LTS 9.44 3.13.0-24-generic a 3.13.0-170-generic,
3.16.0-25-generic a 3.16.0-77-generic,
3.19.0-18-generic a 3.19.0-80-generic,
4.2.0-18-generic a 4.2.0-42-generic,
4.4.0-21-generic a 4.4.0-148-generic,
4.15.0-1023-azure a 4.15.0-1045-azure
16.04 LTS 9.48 No se admiten nuevos kernels 16.04 LTS en esta versión.
16.04 LTS 9.47 No se admiten nuevos kernels 16.04 LTS en esta versión.
16.04 LTS 9.46 4.4.0-21-generic a 4.4.0-206-generic
4.8.0-34-generic a 4.8.0-58-generic
4.10.0-14-generic a 4.10.0-42-generic
4.11.0-13-generic a 4.11.0-14-generic
4.13.0-16-generic a 4.13.0-45-generic
4.15.0-13-generic a 4.15.0-140-generic
4.11.0-1009-azure to 4.11.0-1016-azure
4.13.0-1005-azure a 4.13.0-1018-azure
4.15.0-1012-azure a 4.15.0-1111-azure
16.04 LTS 9.45 No se admiten nuevos kernels 16.04 LTS en esta versión.
16.04 LTS 9.44 4.4.0-21-generic a 4.4.0-206-generic,
4.8.0-34-generic a 4.8.0-58-generic,
4.10.0-14-generic a 4.10.0-42-generic,
4.11.0-13-generic to 4.11.0-14-generic,
4.13.0-16-generic a 4.13.0-45-generic,
4.15.0-13-generic a 4.15.0-140-generic
4.11.0-1009-azure to 4.11.0-1016-azure,
4.13.0-1005-azure a 4.13.0-1018-azure
4.15.0-1012-azure a 4.15.0-1111-azure
18.04 LTS 9.48 4.15.0-1134-azure
4.15.0-1136-azure
4.15.0-173-generic
4.15.0-175-generic
5.4.0-105-generic
5.4.0-1073-azure
5.4.0-1074-azure
5.4.0-107-generic
18.04 LTS 9.47 5.4.0-92-generic
4.15.0-166-generic
4.15.0-1129-azure
5.4.0-1065-azure
4.15.0-1130-azure
4.15.0-167-generic
5.4.0-1067-azure
5.4.0-1068-azure
5.4.0-94-generic
5.4.0-96-generic
5.4.0-97-generic
5.4.0-99-generic
4.15.0-1131-azure
4.15.0-169-generic
5.4.0-100-generic
5.4.0-1069-azure
5.4.0-1070-azure
18.04 LTS 9.46 4.15.0-1126-azure
4.15.0-1125-azure
4.15.0-1123-azure
5.4.0-1058-azure
4.15.0-162-generic
4.15.0-161-generic
4.15.0-156-generic
5.4.0-1061-azure a 5.4.0-1063-azure
5.4.0-90-generic
5.4.0-89-generic
9.46 (revisión)**
4.15.0-1127-azure
4.15.0-163-generic
5.4.0-1064-azure
5.4.0-91-generic
18.04 LTS 9.45 4.15.0-1123-azure
5.4.0-1058-azure
4.15.0-156-generic
4.15.0-1125-azure
4.15.0-161-generic
5.4.0-1061-azure
5.4.0-1062-azure
5.4.0-89-generic
18.04 LTS 9.44 4.15.0-20-generic a 4.15.0-140-generic
4.18.0-13-generic a 4.18.0-25-generic
5.0.0-15-generic a 5.0.0-65-generic
5.3.0-19-generic a 5.3.0-72-generic
5.4.0-37-generic a 5.4.0-70-generic
4.15.0-1009-azure a 4.15.0-1111-azure
4.18.0-1006-azure a 4.18.0-1025-azure
5.0.0-1012-azure a 5.0.0-1036-azure
5.3.0-1007-azure a 5.3.0-1035-azure
5.4.0-1020-azure a 5.4.0-1043-azure
4.15.0-1114-azure
4.15.0-143-generic
5.4.0-1047-azure
5.4.0-73-generic
4.15.0-1115-azure
4.15.0-144-generic
5.4.0-1048-azure
5.4.0-74-generic
4.15.0-1121-azure
4.15.0-151-generic
4.15.0-153-generic
5.3.0-76-generic
5.4.0-1055-azure
5.4.0-80-generic
4.15.0-147-generic
4.15.0-153-generic
5.4.0-1056-azure
5.4.0-81-generic
4.15.0-1122-azure
4.15.0-154-generic
20.04 LTS 9.48 5.4.0-1074-azure
5.4.0-107-generic
20.04 LTS 9.47 5.4.0-1065-azure
5.4.0-92-generic
5.8.0-1033-azure
5.8.0-1036-azure
5.8.0-1039-azure
5.8.0-1040-azure
5.8.0-1041-azure
5.8.0-1042-azure
5.8.0-1043-azure
5.8.0-23-generic
5.8.0-25-generic
5.8.0-28-generic
5.8.0-29-generic
5.8.0-31-generic
5.8.0-33-generic
5.8.0-34-generic
5.8.0-36-generic
5.8.0-38-generic
5.8.0-40-generic
5.8.0-41-generic
5.8.0-43-generic
5.8.0-44-generic
5.8.0-45-generic
5.8.0-48-generic
5.8.0-49-generic
5.8.0-50-generic
5.8.0-53-generic
5.8.0-55-generic
5.8.0-59-generic
5.8.0-63-generic
5.4.0-1067-azure
5.4.0-1068-azure
5.4.0-94-generic
5.4.0-96-generic
5.4.0-97-generic
5.4.0-99-generic
5.4.0-100-generic
5.4.0-1069-azure
5.4.0-1070-azure
20.04 LTS 9.46 5.4.0-84-generic
5.4.0-1058-azure
5.4.0-1061-azure
5.4.0-1062-azure
5.4.0-1063-azure
5.4.0-89-generic
5.4.0-90-generic
revisión 9.46**
5.4.0-1064-azure
5.4.0-91-generic
20.04 LTS 9.45 5.4.0-1058-azure
5.4.0-84-generic
5.4.0-1061-azure
5.4.0-1062-azure
5.4.0-89-generic
20.04 LTS 9.44 5.4.0-26-generic a 5.4.0-60-generic
5.4.0-1010-azure a 5.4.0-1043-azure
5.4.0-1047-azure
5.4.0-73-generic
5.4.0-1048-azure
5.4.0-74-generic
5.4.0-81-generic
5.4.0-1056-azure

**Nota: Para admitir los kernels de Linux más recientes en un plazo de 15 días desde su publicación, Azure Site Recovery implementa la revisión de corrección urgente sobre la versión más reciente del agente de movilidad. Esta corrección se implementa entre dos versiones principales. Para actualizar a la versión más reciente del agente de movilidad (incluida la revisión de corrección urgente), siga los pasos que se mencionan en este artículo. Esta revisión está implementada actualmente para los agentes de movilidad que se usan en Azure para el escenario de recuperación ante desastres de Azure.

**, pero posteriormente se identificaron problemas, por lo que hemos eliminado estos kernels de nuestra declaración de compatibilidad por el momento.

Versiones de kernel de Debian admitidas para máquinas virtuales de Azure

Versión Versión de Mobility service Versión de kernel
Debian 7 9.48 No se admiten nuevos debian 7 en esta versión.
Debian 7 9.47 No se admiten nuevos debian 7 en esta versión.
Debian 7 9.46 No se admiten nuevos debian 7 en esta versión.
Debian 7 9.45 No se admiten nuevos debian 7 en esta versión.
Debian 7 9.44 3.2.0-4-amd64 a 3.2.0-6-amd64, 3.16.0-0.bpo.4-amd64
Debian 8 9.48 No se admiten nuevos debian 8 en esta versión.
Debian 8 9.47 No se admiten nuevos debian 8 en esta versión.
Debian 8 9.46 No se admiten nuevos debian 8 en esta versión.
Debian 8 9.45 No se admiten nuevos debian 8 en esta versión.
Debian 8 9.44 3.16.0-4-amd64 a 3.16.0-11-amd64, 4.9.0-0.bpo.4-amd64 a 4.9.0-0.bpo.11-amd64
Debian 9.1 9.48 No se admiten nuevos debian 9.1 en esta versión.
Debian 9.1 9.47 4.9.0-17-amd64
Debian 9.1 9.46 No se admiten nuevos debian 9.1 en esta versión.
Debian 9.1 9.45 4.19.0-0.bpo.18-amd64
4.19.0-0.bpo.18-cloud-amd64
Debian 9.1 9.44 4.9.0-1-amd64 a 4.9.0-15-amd64
4.19.0-0.bpo.1-amd64 a 4.19.0-0.bpo.16-amd64
4.19.0-0.bpo.1-cloud-amd64 a 4.19.0-0.bpo.16-cloud-amd64
Debian 10 9.48 4.19.0-20-amd64
4.19.0-20-cloud-amd64
Debian 10 9.47 No se admiten nuevos debian 10 en esta versión.
Debian 10 9.46 No se admiten nuevos debian 10 en esta versión.
Debian 10 9.45 4.19.0-18-amd64
4.19.0-18-cloud-amd64
Debian 10 9.44 4.19.0-6-amd64 to 4.19.0-16-amd64
4.19.0-6-cloud-amd64 a 4.19.0-16-cloud-amd64

**Nota: Para admitir los kernels de Linux más recientes en un plazo de 15 días desde su publicación, Azure Site Recovery implementa la revisión de corrección urgente sobre la versión más reciente del agente de movilidad. Esta corrección se implementa entre dos versiones principales. Para actualizar a la versión más reciente del agente de movilidad (incluida la revisión de corrección urgente), siga los pasos que se mencionan en este artículo. Esta revisión está implementada actualmente para los agentes de movilidad que se usan en Azure para el escenario de recuperación ante desastres de Azure.

Versiones de kernel admitidas de SUSE Linux Enterprise Server 12 para máquinas virtuales de Azure

Versión Versión de Mobility service Versión de kernel
SUSE Linux Enterprise Server 12 (SP1, SP2, SP3, SP4, SP5) 9.48 No se admiten nuevos kernels SLES 12 en esta versión.
SUSE Linux Enterprise Server 12 (SP1, SP2, SP3, SP4, SP5) 9.47 Se admiten todos los kernels de SUSE 12 SP1, SP2, SP3, SP4, SP5 en stock.

4.12.14-16.85-azure:5
4.12.14-122.106-default:5
4.12.14-16.88-azure:5
4.12.14-122.110-default:5
SUSE Linux Enterprise Server 12 (SP1, SP2, SP3, SP4, SP5) 9.46 Se admiten todos los kernels de SUSE 12 SP1, SP2, SP3, SP4, SP5 en stock.

4.12.14-16.80-azure
SUSE Linux Enterprise Server 12 (SP1, SP2, SP3, SP4, SP5) 9.45 No se admiten nuevos kernels SLES 12 en esta versión.
SUSE Linux Enterprise Server 12 (SP1, SP2, SP3, SP4, SP5) 9.44 Se admiten todos los kernels de SUSE 12 SP1, SP2, SP3, SP4, SP5 en stock.

4.4.138-4.7-azure a 4.4.180-4.31-azure,
4.12.14-6.3-azure a 4.12.14-6.43-azure
4.12.14-16.7-azure a 4.12.14-16.56-azure
4.12.14-16.65-azure
4.12.14-16.68-azure

Versiones de kernel admitidas de SUSE Linux Enterprise Server 15 para máquinas virtuales de Azure

Versión Versión de Mobility service Versión de kernel
SUSE Linux Enterprise Server 15, SP1, SP2 9.48 No se admiten nuevos kernels SLES 15 en esta versión.
SUSE Linux Enterprise Server 15, SP1, SP2 9.47 De forma predeterminada, se admiten todos los kernels de SUSE 15, SP1, SP2 en stock.

5.3.18-38.31-azure
5.3.18-38.8-azure
5.3.18-57-default
5.3.18-59.10-default
5.3.18-59.13-default
5.3.18-59.16-default
5.3.18-59.19-default
5.3.18-59.24-default
5.3.18-59.27-default
5.3.18-59.30-default
5.3.18-59.34-default
5.3.18-59.37-default
5.3.18-59.5-default
5.3.18-38.34-azure:3
5.3.18-150300.59.43-default:3
5.3.18-150300.59.46-default:3
5.3.18-59.40-default:3
SUSE Linux Enterprise Server 15, SP1, SP2 9.46 De forma predeterminada, se admiten todos los kernels de SUSE 15, SP1, SP2 en stock.

4.12.14-5.5-azure a 4.12.14-5.47-azure

4.12.14-8.5-azure a 4.12.14-8.55-azure
5.3.18-16-azure
5.3.18-18.5-azure a 5.3.18-18.58-azure
5.3.18-18.69-azure
5.3.18-18.72-azure
5.3.18-18.75-azure
SUSE Linux Enterprise Server 15, SP1, SP2 9.45 De forma predeterminada, se admiten todos los kernels de SUSE 15, SP1, SP2 en stock.

4.12.14-5.5-azure a 4.12.14-5.47-azure

4.12.14-8.5-azure a 4.12.14-8.55-azure
5.3.18-16-azure
5.3.18-18.5-azure a 5.3.18-18.58-azure
5.3.18-18.69-azure
SUSE Linux Enterprise Server 15, SP1, SP2 9.44 De forma predeterminada, se admiten todos los kernels de SUSE 15, SP1, SP2 en stock.

4.12.14-5.5-azure a 4.12.14-5.47-azure

4.12.14-8.5-azure a 4.12.14-8.55-azure
5.3.18-16-azure
5.3.18-18.5-azure a 5.3.18-18.58-azure

**Nota: Para admitir los kernels de Linux más recientes en un plazo de 15 días desde su publicación, Azure Site Recovery implementa la revisión de corrección urgente sobre la versión más reciente del agente de movilidad. Esta corrección se implementa entre dos versiones principales. Para actualizar a la versión más reciente del agente de movilidad (incluida la revisión de corrección urgente), siga los pasos que se mencionan en este artículo. Esta revisión está implementada actualmente para los agentes de movilidad que se usan en Azure para el escenario de recuperación ante desastres de Azure.

Máquinas replicadas: Sistema de archivos o almacenamiento de invitado de Linux

  • Sistemas de archivos: ext3, ext4, XFS y BTRFS
  • Administrador de volúmenes: LVM2

Nota:

No se admite software de múltiples rutas.

Máquinas replicadas: Configuración de proceso

Configuración Soporte técnico Detalles
Size Cualquier tamaño de máquina virtual de Azure con al menos dos núcleos de CPU y 1 GB de RAM Compruebe los tamaños de máquina virtual de Azure.
RAM El controlador de Azure Site Recovery consume el 6 % de la memoria RAM.
Conjuntos de disponibilidad Compatible Si habilita la replicación de una máquina virtual de Azure con las opciones predeterminadas, se creará automáticamente un conjunto de disponibilidad en función de la configuración de la región de origen. Puede modificar estos valores.
Zonas de disponibilidad Compatible
Hosts dedicados No compatible
Ventaja de uso híbrido (HUB) Compatible Si la máquina virtual de origen tiene habilitada una licencia HUB, en la conmutación por error de prueba o la máquina virtual de conmutación por error también se usa la licencia HUB.
VMSS Flex Escenario de disponibilidad: compatible. Escenario de escalabilidad: no compatible.
Imágenes de la galería de Azure (publicadas por Microsoft) Compatible Se admiten si la máquina virtual se ejecuta en un sistema operativo compatible.
Imágenes de la Galería de Azure (publicadas por terceros) Compatible Se admiten si la máquina virtual se ejecuta en un sistema operativo compatible.
Imágenes personalizadas (publicadas de terceros) Compatible Se admiten si la máquina virtual se ejecuta en un sistema operativo compatible.
Máquinas virtuales migradas con Site Recovery Compatible Si se migró una máquina virtual de VMware o una física a Azure mediante Site Recovery, deberá desinstalar la versión antigua de Mobility Service que se ejecuta en la máquina y reiniciarla antes de replicarla en otra región de Azure.
Directivas de RBAC de Azure No compatible Las directivas de control de acceso basado en rol de Azure (RBAC de Azure) de las máquinas virtuales no se replican en la máquina virtual de conmutación por error de la región de destino.
Extensiones No compatible Las extensiones no se replican en la máquina virtual de conmutación por error en la región de destino. Deben instalarse manualmente después de la conmutación por error.
Grupos con ubicación por proximidad Compatible Las máquinas virtuales que se encuentran dentro de un grupo con ubicación por proximidad se pueden proteger mediante Site Recovery.
Etiquetas Compatible Las etiquetas generadas por el usuario aplicadas en máquinas virtuales de origen se trasladan a máquinas virtuales de destino después de la conmutación por error o conmutación por error de prueba. Las etiquetas de las máquinas virtuales se replican una vez cada 24 horas siempre que las máquinas virtuales estén presentes en la región de destino.

Máquinas replicadas: acciones de disco

Acción Detalles
Cambiar el tamaño de disco en una máquina virtual replicada Se admite el aumento de tamaño de la máquina virtual de origen. No se admite la reducción de tamaño de la máquina virtual de origen. El redimensionamiento debe realizarse antes de la conmutación por error. No es necesario deshabilitar o volver a habilitar la replicación.

Si cambia la máquina virtual de origen después de la conmutación por error, los cambios no se capturan.

Si cambia el tamaño del disco en la máquina virtual de Azure después de la conmutación por error, Site Recovery no capturará los cambios y la conmutación por recuperación se realizará al tamaño original de la máquina virtual.

Si el cambio de tamaño es >= 4 TB, tenga en cuenta las instrucciones de Azure sobre el almacenamiento en caché de disco >.
Agregar un disco a una máquina virtual replicada Compatible
Cambios sin conexión en discos protegidos Para desconectar discos y realizar modificaciones sin conexión en ellos debe desencadenar una resincronización completa.
Almacenamiento en caché de disco No se admite el almacenamiento en caché de disco para discos de 4 TiB o más. Si varios discos están conectados a la máquina virtual, cada disco de menos de 4 TiB será compatible con el almacenamiento en caché. Al cambiar la configuración de caché de un disco de Azure, se desconecta y se vuelve a conectar el disco de destino. Si se trata del disco del sistema operativo, se reinicia la máquina virtual. Detenga todas las aplicaciones y todos los servicios que podrían verse afectados por esta interrupción antes de cambiar la configuración de caché de disco. El incumplimiento de estas recomendaciones podría provocar datos dañados.

Máquinas replicadas: almacenamiento

Esta tabla resume la compatibilidad con el disco del sistema operativo, el disco de datos y el disco temporal de Azure VM.

  • Es importante respetar los límites y destinos de los discos de VM de los discos administrados para evitar cualquier problema de rendimiento.
  • Si implementa con la configuración predeterminada, Site Recovery creará automáticamente las cuentas de almacenamiento y los discos necesarios en función de la configuración de origen.
  • Si desea personalizar, asegúrese de que sigue las directrices.
Componente Soporte técnico Detalles
Tamaño máximo del disco de sistema operativo 4096 GB Más información sobre discos de máquina virtual.
Disco temporal No compatible El disco temporal se excluye de la replicación siempre.

No almacene los datos persistentes en el disco temporal. Más información.
Tamaño máximo del disco de datos 32 TB para discos administrados

4 TB para discos no administrados
Tamaño mínimo del disco de datos Sin restricción de discos no administrados. 2 GB en discos administrados
Número máximo de discos de datos Hasta 64, según la compatibilidad con un tamaño específico de máquina virtual de Azure Más información sobre tamaños de máquina virtual.
Tamaño máximo del disco de datos por cuenta de almacenamiento (para discos no administrados) 35 TB Este es el límite superior de tamaño acumulado para los blobs en páginas creados en una cuenta de almacenamiento premium
Tasa de cambio de disco de datos Máximo de 20 MBps por disco para el almacenamiento Premium. Máximo de 2 MBps por disco para el almacenamiento Estándar. Si la tasa media de cambio de los datos en el disco sobrepasa el máximo continuamente, la replicación no mantendrá el ritmo.

Sin embargo, si se supera el máximo esporádicamente, la replicación podrá mantenerlo, aunque podría ver puntos de recuperación ligeramente retrasados.
Disco de datos: cuenta de almacenamiento Estándar Compatible
Disco de datos: cuenta de almacenamiento Premium Compatible Si una máquina virtual tiene discos repartidos entre cuentas de almacenamiento Estándar y Premium, puede seleccionar una cuenta de almacenamiento de destino diferente para cada disco a fin de garantizar que tenga la misma configuración de almacenamiento en la región de destino.
Disco administrado: estándar Se admite en regiones de Azure en las que se pueda usar Azure Site Recovery.
Disk administrado: premium Se admite en regiones de Azure en las que se pueda usar Azure Site Recovery.
Límites de suscripción de discos Hasta 3000 discos protegidos por suscripción Asegúrese de que la suscripción de origen o destino no tenga más de 3000 discos protegidos con Azure Site Recovery (de datos y del sistema operativo).
SSD estándar Compatible
Redundancia Se admiten LRS y GRS.

No se admite ZRS.
Almacenamiento esporádico y almacenamiento frecuente No compatible Los discos de máquina virtual no admiten el almacenamiento esporádico ni el frecuente
Espacios de almacenamiento Compatible
Interfaz de almacenamiento de NVMe No compatible
Cifrado en el host No compatible La máquina virtual se protegerá, pero la máquina virtual conmutada por error no tendrá habilitada la opción de Cifrado en el host. Vea información detallada para crear una máquina virtual con cifrado de un extremo a otro mediante el cifrado en el host.
Cifrado en reposo (SSE) Compatible SSE es la configuración predeterminada en las cuentas de almacenamiento.
Cifrado en reposo (CMK) Compatible Para los discos administrados se admiten tanto claves de software como HSM
Cifrado en reposo doble Compatible Más información sobre las regiones admitidas para Windows y Linux
Cifrado FIPS No compatible
Azure Disk Encryption (ADE) para sistemas operativos Windows Compatible con máquinas virtuales con discos administrados. No se admiten las máquinas virtuales que usan discos no administrados.

No se admiten las claves protegidas con HSM.

No se admite el cifrado de volúmenes individuales en un solo disco.
Azure Disk Encryption (ADE) para sistemas operativos Linux Compatible con máquinas virtuales con discos administrados. No se admiten las máquinas virtuales que usan discos no administrados.

No se admiten las claves protegidas con HSM.

No se admite el cifrado de volúmenes individuales en un solo disco.

Problema conocido en la habilitación de la replicación. Más información.
Rotación de claves SAS No compatible Si se gira la clave SAS de las cuentas de almacenamiento, el cliente debe deshabilitar y volver a habilitar la replicación.
Almacenamiento en caché del host Compatible
Adición en caliente Compatible La replicación de un disco de datos que se agrega a una máquina virtual de Azure replicada se puede habilitar en máquinas virtuales que usan discos administrados.

Solo se puede agregar un disco a una máquina virtual de Azure a la vez. No se admite la adición paralela de varios discos.
Eliminación de disco en caliente No compatible Si quita un disco de datos en la máquina virtual, deberá deshabilitar la replicación y volver a habilitarla para la máquina virtual.
Excluir el disco Compatible. Debe usar PowerShell para configurarlo. Los discos temporales se excluyen de forma predeterminada.
Espacios de almacenamiento directo Compatible con puntos de recuperación coherentes con los bloqueos. Los puntos de recuperación coherentes de la aplicación no son compatibles.
Servidor de archivos de escalado horizontal Compatible con puntos de recuperación coherentes con los bloqueos. Los puntos de recuperación coherentes de la aplicación no son compatibles.
DRBD No se admiten los discos que forman parte de una instalación de DRBD.
LRS Compatible
GRS Compatible
RA-GRS Compatible
ZRS No compatible
Almacenamiento en frío y en caliente No compatible Los discos de máquina virtual no admiten el almacenamiento temporal y permanente.
Firewalls de Azure Storage para redes virtuales Compatible Si restringe el acceso de red virtual a las cuentas de almacenamiento, habilite Permitir servicios de Microsoft de confianza.
Cuentas de almacenamiento de uso general V2 (capas de acceso frecuente y esporádico) Compatible Los costos de transacción aumentan considerablemente en comparación con las cuentas de almacenamiento de uso general V1
Generación 2 (Arranque UEFI) Compatible
Discos NVMe No compatible
Discos compartidos de Azure No compatible
Discos Ultra No compatible
Opción de transferencia segura Compatible
Discos con el acelerador de escritura habilitado No compatible
Etiquetas Compatible Las etiquetas generadas por el usuario se replican cada 24 horas.
Eliminación temporal No compatible No se admite la eliminación temporal porque, una vez habilitada en una cuenta de almacenamiento, aumenta el costo. ASR realiza creaciones o eliminaciones muy frecuentes de archivos de registro mientras se replican, lo que provoca un aumento de los costos.
Discos iSCSI No compatible Se puede usar ASR para migrar o conmutar por error los discos iSCSI en Azure. Sin embargo, los discos iSCSI no son compatibles con la replicación de Azure a Azure y la conmutación por error o conmutación por recuperación.

Importante

Para evitar cualquier problema de rendimiento, asegúrese de respetar los objetivos de escalabilidad y rendimiento del disco de la VM de los discos administrados. Si usa la configuración predeterminada, Site Recovery crea las cuentas de almacenamiento y los discos necesarios en función de la configuración de origen. Si personaliza y selecciona su propia configuración, respete los objetivos de escalabilidad y rendimiento del disco de las máquinas virtuales de origen.

Límites y tasas de cambio de datos

En la tabla siguiente se resumen los límites de Site Recovery.

  • Estos límites se basan en nuestras pruebas, pero evidentemente no pueden cubrir todas las combinaciones de E/S posibles de la aplicación.
  • Los resultados reales pueden variar en función de la combinación de E/S de la aplicación.
  • Hay dos límites que deben tenerse en cuenta: renovación de datos por disco y por máquina virtual.
  • El límite actual para la actividad de datos por máquina virtual es de 54 MB/s, independientemente del tamaño.
Destino de almacenamiento Promedio de E/S de disco de origen Actividad de datos media de disco de origen Actividad de datos de disco de origen total por día
Standard Storage 8 KB 2 MB/s 168 GB por disco
Disco Premium P10 o P15 8 KB 2 MB/s 168 GB por disco
Disco Premium P10 o P15 16 KB 4 MB/s 336 GB por disco
Disco Premium P10 o P15 32 KB, o más 8 MB/s 672 GB por disco
Disco Premium P20, P30, P40 o P50 8 KB 5 MB/s 421 GB por disco
Disco Premium P20, P30, P40 o P50 16 KB, o más 20 MB/s 1684 GB por disco

Máquinas replicadas: redes

Configuración Soporte técnico Detalles
NIC Número máximo admitido para un tamaño específico de máquina virtual de Azure Las NIC se crean cuando se crea la máquina virtual durante la conmutación por error.

El número de tarjetas NIC en la máquina virtual de conmutación por error viene determinado por el número de tarjetas NIC que haya en la máquina virtual de origen en el momento de habilitar la replicación. Si agrega o quita una tarjeta NIC después de habilitar la replicación, esto no influirá en el número de NIC de la máquina virtual replicada después de la conmutación por error.

No existe garantía de que el orden de lo adaptadores de red después de la conmutación sea el mismo que el orden original.

Puede cambiar el nombre de los adaptadores de red en la región de destino en función de las convenciones de nomenclatura de su organización. El cambio de nombre de adaptador de red es compatible con PowerShell.
Equilibrador de carga de Internet No compatible Puede configurar equilibradores de carga públicos y de Internet en la región primaria. Aun así, Azure Site Recovery no admite los equilibradores de carga públicos o de Internet en la región de recuperación ante desastres.
Equilibrador de carga interno Compatible Asocie el equilibrador de carga configurado previamente con un script de Azure Automation de un plan de recuperación.
Dirección IP pública Compatible Asocie una dirección IP pública existente a la NIC. O bien, cree una dirección IP pública y asóciela con la NIC mediante un script de Azure Automation de un plan de recuperación.
Grupo de seguridad de red en una tarjeta NIC Compatible Asocie el grupo de seguridad de red a la NIC con un script de Azure Automation de un plan de recuperación.
Grupo de seguridad de red en la subred Compatible Asocie el grupo de seguridad de red a la subred con un script de Azure Automation de un plan de recuperación.
Dirección IP (estática) reservada Compatible Si la NIC de la máquina virtual de origen tiene una dirección IP estática y la subred de destino tiene la misma dirección IP disponible, esta se asigna a la máquina virtual de conmutación por error.

Si la subred de destino no tiene la misma dirección IP disponible, una de las direcciones IP disponibles de la subred se reserva para esta máquina virtual.

También puede especificar una dirección IP fija y una subred en Elementos replicadosConfiguraciónRedInterfaces de red.
Dirección IP dinámica Compatible Si la NIC de origen tiene una dirección IP dinámica, la NIC de la máquina virtual de conmutación por error será también dinámica de forma predeterminada.

Puede modificar esta a una dirección IP fija si es necesario.
Varias direcciones IP Compatible Cuando se conmuta por error una máquina virtual que tiene una NIC con varias direcciones IP, solamente se mantiene la dirección IP principal de la NIC en la región de origen de forma predeterminada. Para conmutar por error configuraciones de IP secundarias, vaya a la hoja Red y configúrelas.
Traffic Manager Compatible Puede configurar previamente Traffic Manager de forma que el tráfico se dirija regularmente al punto de conexión de la región de origen y al punto de conexión de la región de destino en caso de conmutación por error.
Azure DNS Compatible
DNS personalizado Compatible
Proxy no autenticado Compatible Más información
Proxy autenticado No compatible Si la máquina virtual usa un proxy autenticado para la conectividad saliente, no se puede replicar mediante Azure Site Recovery.
Conexión VPN de sitio a sitio en el entorno local

(con o sin ExpressRoute)
Compatible Asegúrese de que los UDR y NSG estén configurados de manera que el tráfico de Site Recovery no se dirija al entorno local. Más información
Conexión de red virtual a red virtual Compatible Más información
Puntos de conexión de servicio de red virtual Compatible Si está restringiendo el acceso de red virtual a las cuentas de almacenamiento, asegúrese de que los servicios de Microsoft de confianza pueden acceder a la cuenta de almacenamiento.
Redes aceleradas Compatible Se deben habilitar las redes aceleradas en una máquina virtual de origen. Más información.
Dispositivo de Palo Alto Networks No compatible Con los dispositivos de terceros, a menudo hay restricciones impuestas por el proveedor dentro de la máquina virtual. Azure Site Recovery necesita que el agente, las extensiones y la conectividad saliente estén disponibles. Pero el dispositivo no permite que se configure ninguna actividad saliente dentro de la máquina virtual.
IPv6 No compatible Tampoco se admiten configuraciones mixtas que incluyan IPv4 e IPv6. Libere la subred del intervalo IPv6 antes de cualquier operación de Site Recovery.
Acceso de vínculo privado al servicio Site Recovery Compatible Más información
Etiquetas Compatible Las etiquetas generadas por el usuario en NIC se replican cada 24 horas.

Pasos siguientes