Matriz de compatibilidad para la migración de Hyper-V

En este artículo se resumen las limitaciones y la configuración de soporte para migrar máquinas virtuales de Hyper-V con Migration and modernization. Si busca información sobre cómo evaluar máquinas virtuales de Hyper-V para la migración a Azure, revise la matriz de compatibilidad de evaluación .

Precaución

En este artículo se hace referencia a CentOS, una distribución de Linux con un estado de finalización del servicio (EOL). Tenga en cuenta su uso y planificación en consecuencia. Para más información, consulte la Guía de fin de ciclo de vida de CentOS.

Limitaciones de la migración

Puede seleccionar hasta 10 máquinas virtuales a la vez para la replicación. Si quiere migrar más máquinas, replique en grupos de 10.

requisitos de host de Hyper-V

Soporte técnico Detalles
Implementación El host de Hyper-V puede ser independiente o implementado en un clúster.
El software de replicación de Azure Migrate (proveedor de replicación de Hyper-V) está instalado en los hosts de Hyper-V.
Permisos Necesita permisos de administrador en el host de Hyper-V.
Sistema operativo host Windows Server 2022, Windows Server 2019, Windows Server 2016 o Windows Server 2012 R2 con las actualizaciones más recientes. Tenga en cuenta que también se admite la instalación de Server Core de estos sistemas operativos.
Otros requisitos de software .NET Framework 4.7 o posterior
Acceso a puertos Conexiones salientes en el puerto HTTPS 443 para enviar datos de replicación de máquinas virtuales.

máquinas virtuales de Hyper-V

Soporte técnico Detalles
Sistema operativo Todos los sistemas operativos Windows y Linux compatibles con Azure.
Windows Server 2003 Para las máquinas virtuales que ejecutan Windows Server 2003, debe instalar los Servicios de Integración de Hyper-V antes de la migración.
máquinas virtuales Linux en Azure Algunas máquinas virtuales pueden requerir cambios para que se puedan ejecutar en Azure.

Para Linux, Azure Migrate realiza los cambios automáticamente para estos sistemas operativos:
- Red Hat Enterprise Linux 10.x, 9.5, 9.x, 8.x, 7.9, 7.8, 7.7, 7.6, 7.5, 7.4, 7.0, 6.x
- CentOS Stream
- SUSE Linux Enterprise Server 15 SP4, 15 SP3, 15 SP2, 15 SP1, 15 SP0, 12, 11 SP4, 11 SP3
- Ubuntu 24.04, 22.04, 21.04, 20.04, 19.04, 19.10, 18.04LTS, 16.04LTS, 14.04LTS
- Debian 13, 12, 11, 10, 9, 8, 7
- Oracle Linux 10, 9, 8, 7.7-CI, 7.7, 6
- Kali Linux (2016, 2017, 2018, 2019, 2020, 2021, 2022)
- AlmaLinux 10.x, 8.x, 9.x
- Rocky Linux 10.x, 8.x, 9.x
- En el caso de otros sistemas operativos, realice los cambios necesarios manualmente.
Los cambios requeridos para Azure Algunas máquinas virtuales pueden requerir cambios para que se puedan ejecutar en Azure. Haga los ajustes manualmente antes de la migración. Los artículos pertinentes contienen instrucciones sobre cómo hacerlo.
Arranque de Linux Si/boot está en una partición dedicada, debe residir en el disco del sistema operativo y no distribuirse en varios discos.
Si /boot forma parte de la partición raíz (/), la partición "/" debe estar en el disco del sistema operativo y no abarcar otros discos.
Arranque UEFI Soportado. Las máquinas virtuales UEFI se migrarán a máquinas virtuales de generación 2 de Azure.
UEFI: arranque seguro No se admiten para la migración.
Tamaño del disco Disco de sistema operativo de hasta 2 TB para la VM de generación 1; disco de sistema operativo de hasta 4 TB para la VM de generación 2; 32 TB para discos de datos.

Para los proyectos de Azure Migrate existentes, es posible que tenga que actualizar el proveedor de replicación en el host de Hyper-V a la versión más reciente para replicar discos grandes de hasta 32 TB.
Número de discos Un máximo de 16 discos por VM.
Discos/volúmenes cifrados No se admiten para la migración.
Discos RDM/de acceso directo No se admiten para la migración.
Disco compartido Las VM que usan discos compartidos no se admiten para la migración.
Disco Ultra La migración de Discos Ultra no se admite desde el portal de Azure Migrate. Debe realizar una migración fuera de banda para los discos que se recomiendan como Ultra Disks. Es decir, puede migrar seleccionándolo como tipo de Disco Premium y cambiarlo a Disco Ultra después de la migración.
NFS Los volúmenes NFS montados como volúmenes en las máquinas virtuales no se replicarán.
ReiserFS No compatible.
ISCSI Las VM con destinos iSCSI no se admiten para la migración.
Disco de destino Solo puede migrar a máquinas virtuales de Azure utilizando discos administrados.
IPv6 No compatible.
Formación de equipos de NIC No compatible.
Azure Site Recovery o Hyper-V No se puede replicar mediante la migración y modernización si la máquina virtual está habilitada para la replicación con Azure Site Recovery o con Hyper-V réplica.

Acceso URL (nube pública)

El software del proveedor de replicación en los hosts de Hyper-V necesitará acceso a estas direcciones URL.

URL Detalles
login.microsoftonline.com Control de acceso e administración de identidades mediante Active Directory.
backup.windowsazure.com Transferencia y coordinación de datos de replicación.
*.hypervrecoverymanager.windowsazure.com Se usa para la administración de replicación.
*.blob.core.windows.net Cargar los datos en las cuentas de almacenamiento.
dc.services.visualstudio.com Cargue los registros de aplicaciones que se usan para la supervisión interna.
time.windows.com Verificación de la sincronización de la hora entre el sistema y la hora global.

Acceso URL (Azure Government)

El software del proveedor de replicación en los hosts de Hyper-V necesitará acceso a estas direcciones URL.

URL Detalles
login.microsoftonline.us Control de acceso e administración de identidades mediante Active Directory.
backup.windowsazure.us Transferencia y coordinación de datos de replicación.
*.hypervrecoverymanager.windowsazure.us Se usa para la administración de replicación.
*.blob.core.usgovcloudapi.net Cargar los datos en las cuentas de almacenamiento.
dc.services.visualstudio.com Cargue los registros de aplicaciones que se usan para la supervisión interna.
time.nist.gov Verificación de la sincronización de la hora entre el sistema y la hora global.

Nota:

Si el proyecto de Migrate tiene conectividad de punto final privado, el software del proveedor de replicación en los hosts de Hyper-V necesitará acceso a estas direcciones URL para la compatibilidad con el vínculo privado.

  • *.blob.core.windows.com: Se usa para acceder a la cuenta de almacenamiento que almacena los datos replicados. Esto es opcional y no es obligatorio si la cuenta de almacenamiento tiene asociado un punto de conexión privado.
  • login.windows.net para el control de acceso y la administración de identidades mediante Active Directory.

Requisitos de la cuenta de almacenamiento de replicación

En esta tabla se resume la compatibilidad con la cuenta de almacenamiento de replicación para las migraciones de máquinas virtuales de Hyper-V.

Configuración Soporte técnico Detalles
Cuentas de almacenamiento de uso general V2 (capas de acceso frecuente y esporádico) Soportado Las cuentas de almacenamiento de uso general V2 pueden incurrir en costos de transacción mayores que las cuentas de almacenamiento V1.
Almacenamiento Premium Soportado Sin embargo, se recomienda usar cuentas de almacenamiento estándar para ayudar a optimizar los costos.
La cuenta de almacenamiento en caché debe ser una cuenta de almacenamiento estándar y no se admite premium.
Región Misma región que la máquina virtual La cuenta de almacenamiento debe estar en la misma región que la máquina virtual que se protege.
Suscripción Puede ser diferente de las máquinas virtuales de origen La cuenta de almacenamiento no debe estar en la misma suscripción que las máquinas virtuales de origen.
Azure Storage firewalls para redes virtuales Soportado Si está utilizando una cuenta de almacenamiento de replicación con firewall habilitado o una cuenta de almacenamiento de destino, asegúrese de permitir los servicios de Microsoft de confianza. Además, asegúrese de permitir el acceso a al menos una subred de red virtual de origen. Debe permitir el acceso desde todas las redes para la conectividad a extremos públicos.
Eliminación temporal No soportado No se admite la eliminación reversible porque, una vez habilitada en una cuenta de almacenamiento utilizada para replicación, aumenta el costo. Azure Migrate realiza creaciones y eliminaciones muy frecuentes de archivos de registro al replicar lo que provoca un aumento de los costos.
Punto de conexión privado Soportado Siga las instrucciones para configurar Azure Migrate con puntos de conexión privados.

requisitos de máquina virtual de Azure

Todas las máquinas virtuales locales replicadas en Azure deben cumplir los requisitos de máquina virtual de Azure resumidos en esta tabla.

Componente Requisitos Detalles
Tamaño del disco del sistema operativo Hasta 2048 GB Se produce un error en la comprobación si no se admite.
Número de discos del sistema operativo 1 Se produce un error en la comprobación si no se admite.
Número de discos de datos 16 o menos. Se produce un error en la comprobación si no se admite.
Tamaño del disco de datos Hasta 32 TB Se produce un error en la comprobación si no se admite.
Adaptadores de red Se admiten varios adaptadores.
VHD compartido No compatible. Se produce un error en la comprobación si no se admite.
Disco FC No compatible. Se produce un error en la comprobación si no se admite.
BitLocker No compatible. Debe deshabilitar BitLocker antes de habilitar la replicación de una máquina.
Nombre de la máquina virtual Entre 1 y 63 caracteres.
Restringido a letras, números y guiones.

El nombre de la máquina debe empezar y terminar con una letra o un número.
Actualice el valor de las propiedades de la máquina en Site Recovery.
Conectar después de la migración de Windows Para conectarse a máquinas virtuales de Azure que ejecutan con Windows tras la migración:

- Antes de la migración, habilite RDP en la VM local. Asegúrese de que las reglas TCP y UDP se agreguen para el perfil Public y que RDP esté permitido en Windows Firewall>Aplicaciones permitidas, para todos los perfiles.

- Para el acceso VPN de sitio a sitio, habilite RDP y permita RDP en Windows Firewall ->Todas las aplicaciones y características permitidas para Domain y Redes Privadas. Además, compruebe que la directiva SAN del sistema operativo está establecida en OnlineAll. Más información.
Conexión después de la migración: Linux Para conectarse a Azure máquinas virtuales después de la migración mediante SSH:

- Antes de la migración, en la máquina local, compruebe que el servicio Secure Shell está establecido en Iniciar y que las reglas de firewall permiten una conexión SSH.

- Después de la migración, en la VM de Azure, permita las conexiones entrantes al puerto SSH para las reglas del grupo de seguridad de red en la máquina virtual a la que se ha realizado una conmutación por error y para la subred de Azure a la que está conectada. Además, agregue una dirección IP pública para la máquina virtual.

Pasos siguientes

Migrar máquinas virtuales de Hyper-V para la migración.