Matriz de compatibilidad para la migración de Hyper-V
Precaución
En este artículo se hace referencia a CentOS, una distribución de Linux que está cerca de su estado Final de ciclo vida (EOL). Tenga en cuenta su uso y planeación en consecuencia. Para obtener más información, consulte la Guía de fin de ciclo de vida de CentOS.
En este artículo se resumen los valores de compatibilidad y las limitaciones para migrar máquinas virtuales de Hyper-V con Migración y modernización. Si quiere obtener información sobre cómo evaluar máquinas virtuales de Hyper-V a Azure, revise la matriz de compatibilidad de migración.
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 del host de Hyper-V:
| Soporte técnico | Detalles |
|---|---|
| Implementación | El host de Hyper-V puede ser independiente o implementarse en un clúster. El software de replicación de Azure Migrate (proveedor de replicación de Hyper-V) se instala 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 o Windows Server 2012 R2 con las últimas actualizaciones. 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 VM. |
Máquinas virtuales de Hyper-V
| Soporte técnico | Detalles |
|---|---|
| Sistema operativo | Azure admite todos los sistemas operativos Windows y Linux. |
| Windows Server 2003 | En el caso de las máquinas virtuales que ejecutan Windows Server 2003, debe instalar Integration Services de Hyper-V antes de la migración. |
| VM Linux en Azure | Es posible que algunas máquinas virtuales requieran cambios para poder ejecutarse en Azure. En el caso de Linux, Azure Migrate realiza los cambios automáticamente para estos sistemas operativos: - Red Hat Enterprise Linux 9.x, 8.x, 7.9, 7.8, 7.7, 7.6, 7.5, 7.4, 7.0, 6.x - CentOS 9.x (versión y Stream), 8.x (versión y Stream), 7.9, 7.7, 7.6, 7.5, 7.4, 6.x - SUSE Linux Enterprise Server 15 SP4, 15 SP3, 15 SP2, 15 SP1, 15 SP0, 12, 11 SP4, 11 SP3 - Ubuntu 22.04, 21.04, 20.04, 19.04, 19.10, 18.04LTS, 16.04LTS, 14.04LTS - Debian 11, 10, 9, 8, 7 - Oracle Linux 9, 8, 7.7-CI, 7.7, 6 - Kali Linux (2016, 2017, 2018, 2019, 2020, 2021, 2022) - En el caso de otros sistemas operativos, realice los cambios necesarios manualmente. |
| Cambios necesarios para Azure | Es posible que algunas máquinas virtuales requieran cambios para poder ejecutarse 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 | Compatible. Las máquinas virtuales basadas en UEFI se migrarán a máquinas virtuales de segunda generación 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 deba 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 discos Ultra. 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 admitida. |
| ISCSI | Las VM con destinos iSCSI no se admiten para la migración. |
| Disco de destino | Puede migrar las VM de Azure con discos administrados únicamente. |
| IPv6 | No se admite. |
| Formación de equipos NIC | No admitida. |
| Azure Site Recovery o Hyper-V | No se puede replicar mediante migración y modernización si la máquina virtual está habilitada para la replicación con Azure Site Recovery o con réplica de Hyper-V. |
| Puertos | Conexiones salientes en el puerto HTTPS 443 para enviar datos de replicación de VM. |
Acceso URL (nube pública)
El software del proveedor de replicación en los hosts de Hyper-V necesitará tener acceso a estas direcciones URL.
| URL | Detalles |
|---|---|
| login.microsoftonline.com | Control de acceso y 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á tener acceso a estas direcciones URL.
| URL | Detalles |
|---|---|
| login.microsoftonline.us | Control de acceso y 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 migración tiene conectividad de punto de conexión 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) | Compatible | Las cuentas de almacenamiento de uso general V2 pueden incurrir en costos de transacción mayores que las cuentas de almacenamiento V1. |
| Premium Storage | Compatible | 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. |
| Region | 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. |
| Subscription | 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. |
| Firewalls de Azure Storage para redes virtuales | Compatible | Si usa una cuenta de almacenamiento de replicación 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 red virtual de origen. Debe permitir el acceso desde todas las redes para la conectividad de punto de conexión público. |
| Eliminación temporal | No compatible | No se admite la eliminación temporal porque, una vez habilitada en una cuenta de almacenamiento de replicación, aumenta el costo. Azure Migrate realiza creaciones o eliminaciones muy frecuentes de archivos de registro mientras se replican, lo que provoca un aumento de los costos. |
| Punto de conexión privado | Compatible | Siga las instrucciones para configurar Azure Migrate con puntos de conexión privados. |
Requisitos de VM de Azure
Todas las máquinas virtuales locales que se replican en Azure deben cumplir los requisitos de máquina virtual de Azure que se resumen 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 es compatible. |
| Número de discos del sistema operativo | 1 | Se produce un error en la comprobación si no es compatible. |
| Número de discos de datos | 16 o menos. | Se produce un error en la comprobación si no es compatible. |
| Tamaño del disco de datos | Hasta 32 TB | Se produce un error en la comprobación si no es compatible. |
| Adaptadores de red | Se admiten varios adaptadores. | |
| VHD compartido | No compatible. | Se produce un error en la comprobación si no es compatible. |
| Disco FC | No compatible. | Se produce un error en la comprobación si no es compatible. |
| BitLocker | No admitida. | 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. |
| Conexión después de la migración: Windows | Para conectarse a máquinas virtuales de Azure que se ejecutan en Windows después de la migración, siga estos pasos: - Antes de la migración, habilite RDP en la VM local. Asegúrese de que se hayan agregado las reglas de TCP y UDP para el perfil Público, y que RDP se permite en Firewall de Windows>Aplicaciones permitidas para todos los perfiles. - Para el acceso VPN de sitio a sitio, habilite RDP y permita RDP en Windows Firewall: >Aplicaciones y características permitidas para redes privadas y de dominio. 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 máquinas virtuales de Azure después de la migración mediante SSH, siga estos pasos: - 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. - Tras la migración, en la máquina virtual de Azure, permita conexiones entrantes al puerto SSH para las reglas del grupo de seguridad de red de la máquina virtual conmutada por error y para la subred de Azure a la que esta se conecta. Además, agregue una dirección IP pública para la máquina virtual. |
Pasos siguientes
Máquinas virtuales de Hyper-V para la migración.