Matriz de compatibilidad para la migración de VMware vSphere
En este artículo se resumen los valores de compatibilidad y las limitaciones para migrar máquinas virtuales de VMware vSphere con Migración y modernización. Si busca información sobre cómo evaluar máquinas virtuales de VMware vSphere para migrar a Azure, revise la matriz de compatibilidad de evaluación.
Nota:
Esta documentación de escenario de migración de VMware de un extremo a otro está actualmente en versión preliminar. Para más información sobre el uso de Azure Migrate, consulte la documentación del producto de Azure Migrate.
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 planeación en consecuencia. Para más información, consulte la Guía de fin de ciclo de vida de CentOS.
Opciones de migración
Puede migrar máquinas virtuales de VMware vSphere de dos maneras:
- Uso de la migración sin agente: migrar máquinas virtuales sin necesidad de instalar nada en ellas. Se implementa el dispositivo de Azure Migrate para la migración sin agente.
- Uso de la migración basada en agente: instale un agente en la máquina virtual para la replicación. En el caso de la migración basada en agente, implemente un dispositivo de replicación.
Nota:
Esto también admite la migración de máquinas virtuales desde AVS.
Revise este artículo para averiguar qué método desea usar.
Migración sin agentes
En esta sección se resumen los requisitos de la migración de máquinas virtuales de VMware vSphere a Azure sin agente.
Requisitos de VMware vSphere (sin agente)
Los requisitos del hipervisor de VMware vSphere son:
VMware vCenter Server: versión 5.5, 6.0, 6.5, 6.7, 7.0, 8.0.
Host de VMware vSphere ESXi: versión 5.5, 6.0, 6.5, 6.7, 7.0, 8.0.
Varios servidores vCenter: un único dispositivo puede conectarse a hasta 10 servidores vCenter.
Permisos de vCenter Server: la cuenta de VMware que se usa para acceder al servidor vCenter desde el dispositivo de Azure Migrate debe tener asignados los siguientes permisos en todos los niveles necesarios: centro de datos, clúster, host, máquina virtual y almacén de datos. Asegúrese de que los permisos se aplican en cada nivel para evitar errores de replicación.
Nombre de privilegio en vSphere Client Propósito para el privilegio Requerido en Nombre de privilegio en la API Examinar el almacén de datos Permite examinar los archivos de registro de máquina virtual para solucionar problemas de creación y eliminación de instantáneas. Almacenes de datos Datastore.Browse Operaciones de archivo de bajo nivel Permita las operaciones de lectura, escritura, eliminación y cambio de nombre en el explorador del almacén de datos para solucionar problemas de creación y eliminación de instantáneas. Almacenes de datos Datastore.FileManagement Cambiar configuración: alternar el seguimiento de cambios de disco Permitir habilitar o deshabilitar el seguimiento de cambios de los discos de máquina virtual para extraer bloques de datos modificados entre instantáneas. Máquinas virtuales VirtualMachine.Config.ChangeTracking Cambiar configuración: adquisición de concesión de disco Permitir que las operaciones de concesión de disco para una máquina virtual lean el disco mediante el Kit de desarrollo de discos virtuales (VDDK) de VMware vSphere. Máquinas virtuales VirtualMachine.Config.DiskLease Aprovisionamiento: permitir el acceso de disco de solo lectura Permitir el acceso al disco de solo lectura: permite abrir un disco en una máquina virtual para leer el disco mediante el VDDK. Máquinas virtuales VirtualMachine.Provisioning.DiskRandomRead Aprovisionamiento: permitir el acceso al disco Permite abrir un disco en una máquina virtual para leer el disco mediante VDDK. Máquinas virtuales VirtualMachine.Provisioning.DiskRandomAccess Aprovisionamiento: permitir la descarga de máquinas virtuales Permitir descarga de máquinas virtuales: permite operaciones de lectura en archivos asociados a una máquina virtual para descargar los registros y solucionar problemas si se produce un error. Host raíz o vCenter Server VirtualMachine.Provisioning.GetVmFiles Administración de instantáneas Permita la detección, el inventario de software y la asignación de dependencias en las máquinas virtuales. Máquinas virtuales VirtualMachine.State.* Operaciones de invitado Permite la creación y la administración de instantáneas de máquina virtual para la replicación. Máquinas virtuales VirtualMachine.GuestOperations.* Apagado de interacción Permite apagar la máquina virtual durante la migración a Azure. Máquinas virtuales VirtualMachine.Interact.PowerOff
Requisitos de VM (sin agente)
En la tabla se resumen los requisitos de migración sin agente para las máquinas virtuales de VMware vSphere.
Nota:
Si se admite una versión principal de un sistema operativo en la migración sin agente, se admiten automáticamente todas las versiones secundarias y kernels.
| Soporte técnico | Detalles |
|---|---|
| Sistemas operativos compatibles | Windows Server 2003 y versiones posteriores. Más información. Puede migrar todos los sistemas operativos Linux compatibles con Azure que se enumeran aquí. |
| VM Windows en Azure | Es posible que tenga que realizar algunos cambios en las VM 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.3, 7.2, 7.1, 7.0, 6.x - CentOS Stream - SUSE Linux Enterprise Server 15 SP6, 15 SP5, 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. Actualmente, el valor SELinux Enforced no es totalmente compatible. Hace que se produzca un error en la instalación de IP dinámica y el agente invitado de Microsoft Azure Linux (waagent/WALinuxAgent). Todavía puede migrar y usar la máquina virtual. Se admite la configuración de SELinux Permissive. |
| Requisitos de arranque | Máquinas virtuales Windows: La unidad del sistema operativo (C:\) y la partición reservada del sistema (partición del sistema EFI para máquinas virtuales UEFI) deben residir en el mismo disco. 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. Máquinas virtuales 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 | Las máquinas virtuales basadas en UEFI se migran a las máquinas virtuales de generación 2 de Azure. Sin embargo, es importante tener en cuenta que las máquinas virtuales de generación 2 de Azure carecen de la característica de arranque seguro. En el caso de las máquinas virtuales que usan arranque seguro en su configuración original, se recomienda realizar una conversión a máquinas virtuales de inicio seguro después de la migración. Este paso garantiza que el arranque seguro, junto con otras funcionalidades de seguridad mejoradas, se vuelva a habilitar. |
| Tamaño del disco | Hasta 2 TB de disco del sistema operativo para máquinas virtuales de generación 1 y máquinas virtuales de generación 2; 32 TB para discos de datos. Se admite el cambio del tamaño del disco de origen después de iniciar la replicación y no afectará al ciclo de replicación en curso. |
| Disco dinámico | - No se admite un disco del sistema operativo como disco dinámico. - Si una máquina virtual con disco del sistema operativo como disco dinámico se está replicando, convierta el tipo de disco de dinámico a básico y permita que se complete el nuevo ciclo, antes de desencadenar la migración o la migración de pruebas. Necesitará ayuda de la compatibilidad del sistema operativo para la conversión de tipo de disco dinámico a básico. |
| 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. |
| Discos/volúmenes cifrados | Las máquinas virtuales con volúmenes o discos cifrados no se admiten para la migración. |
| Clúster de discos compartido | No se admite. |
| Discos independientes | No admitida. |
| Discos RDM/de acceso directo | Si las máquinas virtuales tienen discos RDM o de acceso directo, estos discos no se replicarán en Azure. |
| NFS | Los volúmenes NFS montados como volúmenes en las máquinas virtuales no se replicarán. |
| ReiserFS | No admitida. |
| Destinos iSCSI | Las máquinas virtuales con destinos iSCSI no se admiten para la migración sin agente. |
| E/S de varias rutas | No se admite. |
| Storage vMotion | Compatible. |
| NIC en equipo | No se admite. |
| IPv6 | No se admite. |
| Disco de destino | Las máquinas virtuales solo se pueden migrar a discos administrados (HDD estándar, SSD estándar, SSD Premium) en Azure. |
| Replicación simultánea | Hasta 300 replicaciones simultáneas de máquinas virtuales por cada instancia de vCenter Server con un dispositivo. Hasta 500 replicaciones simultáneas de máquinas virtuales por cada instancia de vCenter Server cuando se implementa un dispositivo de escalado horizontal adicional. |
| Instalación automática del agente de máquina virtual de Azure (agente de Windows y Linux) | Windows: Compatible con Windows Server 2008 R2 en adelante Linux: - 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 Stream - SUSE Linux Enterprise Server 15 SP6, 15 SP5, 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) |
Nota:
Asegúrese de que los siguientes caracteres especiales no se pasan en ninguna credencial, ya que no se admiten para las contraseñas de inicio de sesión único:
- Caracteres que no son ASCII. Más información.
- Símbolo de y comercial (&)
- Punto y coma (;)
- Comillas dobles (")
- Comilla simple (')
- Circunflejo (^)
- Barra diagonal inversa (\)
- Porcentaje (%)
- Corchetes angulares (<,>)
- Número (£)
Nota:
Además de la conectividad a Internet, en el caso de las máquinas virtuales de Linux, asegúrese de que los siguientes paquetes están instalados para una instalación correcta del agente de Linux de Microsoft Azure (waagent):
- Python 2.6
- OpenSSL 1.0+
- OpenSSH 5.3+
- Utilidades del sistema de archivos: sfdisk, fdisk, mkfs, parted
- Herramientas de contraseña: chpasswd, sudo
- Herramientas de procesamiento de texto: sed, grep
- Herramientas de red: ip-route
Sugerencia
Con Azure Portal, podrá seleccionar hasta 10 máquinas virtuales a la vez para configurar la replicación. Para replicar más máquinas virtuales, puede usar el portal y agregar las máquinas virtuales que se van a replicar en varios lotes de 10 máquinas virtuales, o bien usar la interfaz de PowerShell de Azure Migrate para configurar la replicación. Asegúrese de no configurar la replicación simultánea en más del número máximo de máquinas virtuales admitidas para replicaciones simultáneas.
Requisitos de dispositivo (sin agente)
La migración sin agentes utiliza el dispositivo de Azure Migrate. Puede implementar el dispositivo como una máquina virtual de VMware vSphere mediante una plantilla OVA, importada en vCenter Server, o bien mediante un script de PowerShell.
- Obtenga más información sobre los requisitos del dispositivo para VMware vSphere.
- Obtenga información sobre las direcciones URL a las que el dispositivo necesita acceder en nubes públicas y gubernamentales.
- En Azure Government, debe implementar el dispositivo mediante el script.s
Requisitos de puerto (sin agente)
| Device | Connection |
|---|---|
| Dispositivo | Las conexiones salientes del puerto 443 para cargar los datos replicados en Azure y comunicarse con los servicios ce Azure Migrate que organizan la replicación y la migración. |
| vCenter Server | Conexiones salientes del puerto 443 que permiten al dispositivo organizar la replicación (crear instantáneas, copiar datos y liberar instantáneas). |
| Hosts ESXi de vSphere | Conexiones entrantes en el puerto TCP 902 para que el dispositivo replique datos de las instantáneas. Se requiere salida en el puerto 902 desde el host ESXi para enviar tráfico de latido a vCenter |
Migración basada en agente
En esta sección se resumen los requisitos de la migración basada en agente.
Requisitos de VMware vSphere (basado en agente)
En esta tabla se resume la compatibilidad con la evaluación y las limitaciones de los servidores de virtualización de VMware vSphere.
| Requisitos de VMware vSphere | Detalles |
|---|---|
| VMware vCenter Server | Versión 5.5, 6.0, 6.5 o 6.7. |
| Host ESXi de VMware vSphere | Versión 5.5, 6.0, 6.5, 6.7 o 7.0. |
| Permisos de vCenter Server | Detección de máquinas virtuales: al menos un usuario de solo lectura Objeto de centro de datos –> Propagar al objeto secundario, rol = solo lectura Replicación: cree un rol (Azure Site Recovery) con los permisos necesarios y, a continuación, asigne el rol a un usuario o grupo de VMware vSphere Objeto de centro de datos –> Propagar a objeto secundario, rol = Azure Site Recovery Almacén de datos:> asignar espacio, examinar almacén de datos, operaciones de archivo de bajo nivel, quitar archivo, actualizar archivos de máquina virtual Red:> asignación de red Recursos: >asignar máquina virtual al grupo de recursos, migrar máquina virtual apagada, migrar máquina virtual encendida Tareas:> crear tarea, actualizar tarea Máquina virtual:> configuración Máquina virtual:> interactuar;-> responder a pregunta, conexión de dispositivos, configurar soporte de CD, configurar soporte de disquete, apagar, encender, instalación de herramientas de VMware Máquina virtual:> inventario;> crear, registrar, anular registro Máquina virtual:> aprovisionamiento;> permitir descarga de máquina virtual, permitir carga de archivos de máquina virtual Máquina virtual -> Instantáneas -> Quitar instantáneas. Nota: El usuario se asigna en el nivel de centro de datos y tiene acceso a todos los objetos de este. Para restringir el acceso, asigne el rol Sin acceso con Propagate to child object (Propagar a objeto secundario) a los objetos secundarios (hosts de vSphere, almacenes de datos, máquinas virtuales y redes). |
Requisitos de VM (basada en agente)
En la tabla se resume la compatibilidad de las máquinas virtuales de VMware vSphere con las máquinas virtuales de VMware vSphere que quiere migrar mediante la migración basada en agente.
| Soporte técnico | Detalles |
|---|---|
| Carga de trabajo de la máquina | Azure Migrate admite la migración de cualquier carga de trabajo (por ejemplo, Active Directory, SQL Server, etc.) que se ejecute en una máquina compatible. |
| Sistemas operativos | Para conocer la información más reciente, revise la compatibilidad del sistema operativo de Site Recovery. Azure Migrate proporciona compatibilidad idéntica con el sistema operativo de máquina virtual. |
| Sistema de archivos Linux/almacenamiento de invitados | Para conocer la información más reciente, revise la compatibilidad del sistema de archivos Linux de Site Recovery. Azure Migrate tiene compatibilidad idéntica con el sistema de archivos Linux. |
| Red y almacenamiento | Para conocer la información más reciente, revise los requisitos previos de red y almacenamiento de Site Recovery. Azure Migrate proporciona requisitos idénticos de red y almacenamiento. |
| Requisitos de Azure | Para conocer la información más reciente, revise los requisitos de red, almacenamiento y proceso de Azure para Site Recovery. Azure Migrate tiene requisitos idénticos para la migración de VMware. |
| Servicio de movilidad | El agente del servicio de movilidad se debe instalar en cada máquina virtual que quiera migrar. |
| 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. |
| Disco de destino | Las VM solo se pueden migrar a discos administrados (HDD Estándar, SSD estándar, SSD Premium) en Azure. |
| 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. |
| Límites del disco | Hasta 63 discos por máquina virtual. |
| Discos/volúmenes cifrados | Las máquinas virtuales con volúmenes o discos cifrados no se admiten para la migración. |
| Clúster de discos compartido | No se admite. |
| Discos independientes | Compatible. |
| Discos de acceso directo | Compatible. |
| NFS | Los volúmenes NFS montados como volúmenes en las máquinas virtuales no se replicarán. |
| ReiserFS | No admitida. |
| Destinos iSCSI | Compatible. |
| E/S de varias rutas | No se admite. |
| Storage vMotion | Compatible |
| NIC en equipo | No se admite. |
| IPv6 | No se admite. |
Requisitos de dispositivo (basado en agente)
Al configurar el dispositivo de replicación con la plantilla OVA proporcionada en el concentrador de Azure Migrate, el dispositivo ejecuta Windows Server 2016 y cumple los requisitos de compatibilidad. Si configura el dispositivo de replicación manualmente en un servidor físico, asegúrese de que cumple los requisitos.
- Obtenga más información sobre los requisitos del dispositivo de replicación para VMware vSphere.
- Instale MySQL en el dispositivo. Obtenga más información sobre las opciones de instalación.
- Obtenga información sobre las direcciones URL a las que el dispositivo de replicación necesita acceder en nubes públicas y gubernamentales.
- Revise los puertos a los que tiene que acceder el dispositivo de replicación.
Requisitos de puerto (basado en agente)
| Device | Connection |
|---|---|
| Máquinas virtuales | El servicio de movilidad que se ejecuta en las máquinas virtuales se comunica con el dispositivo de replicación local (servidor de configuración) en el puerto HTTPS 443 entrante para la administración de la replicación. Las máquinas virtuales envían datos de replicación al servidor de procesos (que se ejecuta en la máquina del servidor de configuración) en el puerto HTTPS 9443 entrante. Este puerto se puede modificar. |
| Dispositivo de replicación | El dispositivo de replicación organiza la replicación con Azure a través del puerto HTTPS 443 saliente. |
| Servidor de proceso | El servidor de procesos recibe los datos de la replicación, los optimiza, los cifra y los envía a Azure Storage a través del puerto 443 de salida. De forma predeterminada, el servidor de procesos se ejecuta en el dispositivo de replicación. |
Requisitos de VM de Azure
Todas las VM locales que se replican en Azure (con migración basada en agente o sin agente) deben cumplir los requisitos de VM de Azure que se resumen en esta tabla.
| Componente | Requisitos |
|---|---|
| Sistema operativo invitado | Comprueba los sistemas operativos de máquinas virtuales de VMware compatibles con la migración. Puede migrar cualquier carga de trabajo que se ejecute en un sistema operativo compatible. |
| Arquitectura del sistema operativo invitado | 64 bits |
| Tamaño del disco del sistema operativo | Hasta 2048 GB |
| Número de discos del sistema operativo | 1 |
| Número de discos de datos | 64 o menos |
| Tamaño del disco de datos | Hasta 32 TB |
| Adaptadores de red | Se admiten varios adaptadores. |
| VHD compartido | No admitida. |
| Disco FC | No admitida. |
| BitLocker | No admitida. Se debe deshabilitar BitLocker antes de migrar la 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. |
| 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 a VPN de sitio a sitio, habilite RDP y permítalo en Firewall de Windows>Aplicaciones y características permitidas para redes de dominio y 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 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 conmutación por error, 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
Seleccione una opción de migración de VMware vSphere.