Compartir a través de

Preparación de máquinas locales o Azure VMware Solution para la migración a Azure

En este artículo se describe cómo preparar máquinas locales o de Azure VMware Solution (AVS) antes de migrarlas a Azure mediante la herramienta Migración y Modernización.

En este artículo:

  • Compruebe las limitaciones de la migración.
  • Seleccione un método para migrar máquinas virtuales de VMware vSphere.
  • Compruebe los requisitos del hipervisor y del sistema operativo para las máquinas que desea migrar.
  • Revise el acceso a la dirección URL y el puerto en las máquinas que desea migrar.
  • Revise los cambios que debe realizar antes de comenzar la migración.
  • Verifique los requisitos de Azure para máquinas virtuales de las máquinas que fueron migradas.
  • Prepare las máquinas para que pueda conectarse a las máquinas virtuales de Azure después de la migración.

Comprobación de los límites de migración

En la tabla se resumen los límites de detección, evaluación y migración de Azure Migrate. Se recomienda evaluar las máquinas antes de la migración, aunque no es obligatorio.

Escenario Project Detección y evaluación Migración
Máquinas virtuales de VMWare vSphere Descubra y evalúe hasta 35 000 máquinas virtuales en un solo proyecto de Azure Migrate. Descubra hasta 10 000 máquinas virtuales de VMware vSphere con un único dispositivo de Azure Migrate para VMware vSphere.
El dispositivo admite la adición de varias instancias de vCenter Server. Puede agregar hasta 10 instancias de vCenter Server por dispositivo.		 Migración sin agente: puede replicar simultáneamente un máximo de 500 máquinas virtuales en varias instancias de vCenter Server (detectadas desde un dispositivo) mediante un dispositivo de escalabilidad horizontal.
Migración basada en agente: puede escalar horizontalmente el dispositivo de replicación para replicar un gran número de máquinas virtuales.

En el portal puede seleccionar hasta 10 máquinas virtuales a la vez para la replicación. Para replicar más máquinas, agregue lotes de 10.
Hyper-V máquinas virtuales Descubra y evalúe hasta 35 000 máquinas virtuales en un solo proyecto de Azure Migrate. Detección de hasta 5000 máquinas virtuales Hyper-V con un único dispositivo de Azure Migrate No se usa un dispositivo para Hyper-V migración. En su lugar, el proveedor de replicación de Hyper-V se ejecuta en cada host de Hyper-V.

La capacidad de replicación se ve afectada por factores de rendimiento como la renovación de máquinas virtuales y la carga de ancho de banda de los datos de replicación.

En el portal puede seleccionar hasta 10 máquinas virtuales a la vez para la replicación. Para replicar más máquinas, agregue lotes de 10.
Máquinas físicas Descubra y evalúe hasta 35 000 máquinas en un solo proyecto de Azure Migrate. Descubra hasta 1000 servidores físicos con un único dispositivo de Azure Migrate para servidores físicos. Puede escalar horizontalmente el dispositivo de replicación para replicar un gran número de servidores.

En el portal puede seleccionar hasta 10 máquinas virtuales a la vez para la replicación. Para replicar más máquinas, agregue lotes de 10.

Selección de un método de migración de VMware vSphere

Si va a migrar máquinas virtuales de VMware vSphere a Azure, compare los métodos de migración sin agente y basados en agente, para decidir cuál funciona mejor para usted.

Comprobación de los requisitos del hipervisor

Comprobación de los requisitos de sistema operativo

Compruebe los sistemas operativos compatibles para la migración:

  • Si va a migrar máquinas virtuales de VMware vSphere o máquinas virtuales de Hyper-V, compruebe los requisitos de las máquinas virtuales de VMware vSphere para migraciones sin agente y con agente, y los requisitos de las máquinas virtuales de Hyper-V.
  • Compruebe que los sistemas operativos de Windows se admiten en Azure.
  • Compruebe qué distribuciones de Linux se admiten en Azure.

Nota:

Windows Server 2008 y Windows Server 2008 R2 han alcanzado la finalización del soporte (EOS). Para obtener más información, vea Fin del soporte para Windows Server 2008 y Windows Server 2008 R2 y Realizar una actualización in situ a Windows Server 2016, 2019, 2022 o 2025. Revise el uso y planee las actualizaciones y migraciones del sistema operativo en consecuencia.

Revisión del acceso a la dirección URL y al puerto

Revise las direcciones URL y los puertos a los que se tiene acceso durante la migración.

Escenario Detalles URL Puertos
Migración sin agente de VMware vSphere Usa el dispositivo Azure Migrate para la migración. No se instala nada en las máquinas virtuales VMware vSphere. Revise las direcciones URL de la nube pública y las del gobierno necesarias para la detección, evaluación y migración con el dispositivo. Revise los requisitos de puertos para la migración sin agente.
Migración basada en agente de VMware vSphere Usa el dispositivo de replicación para la migración. El agente de servicio Mobility está instalado en máquinas virtuales. Revise las direcciones URL public cloud y Azure Government a las que necesita acceder el dispositivo de replicación. Revise los puertos utilizados durante la migración basada en agente.
Hyper-V migración Usa un proveedor instalado en hosts de Hyper-V para la migración. No hay nada instalado en máquinas virtuales de Hyper-V. Revise las direcciones URL de la nube pública y de Azure Government a las que necesita acceder el proveedor de replicación que se ejecuta en los hosts. El proveedor de replicación del host de Hyper-V usa conexiones salientes en el puerto HTTPS 443 para enviar datos de replicación de máquinas virtuales.
Máquinas físicas Usa el dispositivo de replicación para la migración. El agente de Mobility Service se instala en las máquinas físicas. Revise las direcciones URL public cloud y Azure Government a las que necesita acceder el dispositivo de replicación. Revise los puertos utilizados durante la migración física.

Comprobación de los cambios necesarios antes de la migración

Hay algunos cambios necesarios en las máquinas virtuales antes de migrarlos a Azure.

  • En algunos sistemas operativos, Azure Migrate realiza cambios automáticamente durante el proceso de replicación o migración.
  • En el caso de otros sistemas operativos, debe configurar manualmente las opciones.
  • Es importante configurar las opciones manualmente antes de comenzar la migración. Es posible que algunos cambios afecten al arranque de la máquina virtual o que no se establezca la conexión con la máquina virtual. Si migra la máquina virtual antes de realizar el cambio, es posible que la máquina virtual no arranque en Azure.

Revise las tablas para identificar los cambios que debe realizar.

máquinas de Windows

Los cambios realizados se resumen en la tabla.

Acción VMware vSphere (migración sin agente) VMware vSphere (basada en agente)/máquinas físicas Windows en Hyper-V
Configuración de la directiva de SAN como Todo en línea

 Establezca automáticamente para las máquinas que ejecutan Windows Server 2008 R2 o posterior.

Configure la opción manualmente para sistemas operativos anteriores.		 Se establece automáticamente en la mayoría de los casos. Establezca automáticamente para las máquinas que ejecutan Windows Server 2008 R2 o posterior.
Install Hyper-V Guest Integration Install manualmente en máquinas que ejecutan Windows Server 2003. Install manualmente en máquinas que ejecutan Windows Server 2003. Install manualmente en máquinas que ejecutan Windows Server 2003.
Habilitar Consola Serial de Azure

Enable la consola en máquinas virtuales de Azure para ayudar a solucionar problemas. No es necesario reiniciar la máquina virtual. La máquina virtual Azure arrancará mediante la imagen de disco. El arranque desde la imagen de disco equivale a un reinicio de la nueva máquina virtual.		 Habilitar manualmente Habilitar manualmente Habilitar manualmente
Instalar el agente invitado de Windows Azure

El agente de máquina virtual (agente de máquina virtual) es un proceso seguro y ligero que administra la interacción de la máquina virtual (VM) con el controlador de Azure Fabric. El agente de máquina virtual tiene un rol principal para habilitar y ejecutar Azure extensiones de máquina virtual que habilitan la configuración posterior a la implementación de la máquina virtual, como instalar y configurar software.		 Establezca automáticamente para las máquinas que ejecutan Windows Server 2008 R2 o posterior.
Configure la opción manualmente para sistemas operativos anteriores.		 Establezca automáticamente para las máquinas que ejecutan Windows Server 2008 R2 o posterior. Establezca automáticamente para las máquinas que ejecutan Windows Server 2008 R2 o posterior.
Conexión después de la migración

Para conectarse después de la migración, hay que realizar una serie de pasos antes de la migración.		 Configure manualmente. Configure manualmente. Configure manualmente.

Obtenga más información sobre los cambios realizados en los servidores de Windows para migraciones de VMware vSphere sin agentes.

Configuración de la directiva de SAN

De forma predeterminada, a las máquinas virtuales Azure se les asigna la unidad D: para usarlas como almacenamiento temporal.

  • Esta asignación de unidad hace que todas las demás asignaciones de unidad de almacenamiento asociadas aumenten en una letra.
  • Por ejemplo, si la instalación local usa un disco de datos asignado a la unidad D: para las instalaciones de aplicaciones, la asignación de esta unidad se incrementa en la unidad E: después de migrar la máquina virtual a Azure.
  • Para evitar esta asignación automática y para garantizar que Azure asigne la siguiente letra de unidad libre a su volumen temporal, establezca la política de red de área de almacenamiento (SAN) en OnlineAll:

Configure esta opción manualmente de la siguiente manera:

  1. En la máquina virtual local o Azure VMware Solution (no en el servidor host), abra un símbolo del sistema con privilegios elevados.
  2. Escriba diskpart.
  3. Escriba SAN. Si no se mantiene la letra de unidad del sistema operativo invitado, se devuelven Offline All u Offline Shared.
  4. En la petición de DISKPART, escriba SAN Policy=OnlineAll. Esta configuración garantiza que los discos se ponen en línea y que se puede leer y escribir en ambos discos.
  5. Durante la migración de prueba, puede comprobar que se conserven las letras de unidad.

Equipos con Linux

Azure Migrate completa estas acciones automáticamente para estas versiones

  • 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.3, 7.2, 7.1, 7.0, 6.x (Azure agente de máquina virtual Linux también se instala automáticamente durante la migración).
  • CentOS Stream (Azure agente de máquina virtual Linux también se instala automáticamente durante la migración)
  • 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 (Azure agente de máquina virtual Linux también se instala automáticamente durante la migración)
  • Debian 13, 12, 11, 10, 9, 8, 7
  • Oracle Linux 10, 9, 8, 7.7-CI, 7.7, 6
  • AlmaLinux 10,x, 8.x, 9.x
  • Rocky Linux 10.x, 8.x, 9.x

Para otras versiones, prepare las máquinas como se resume en la tabla.

Nota:

Es posible que algunos cambios afecten al arranque de la máquina virtual o que no se establezca la conexión con la máquina virtual.

Acción Detalles Versión de Linux
Install Hyper-V Linux Integration Services Vuelva a generar la imagen de inicialización de Linux para que contenga los controladores Hyper-V necesarios. La regeneración de la imagen de inicialización garantiza que la máquina virtual arrancará en Azure. La mayoría de las nuevas versiones de las distribuciones de Linux lo incluyen de forma predeterminada.

Si no se ha incluido, instálelo manualmente para todas las versiones excepto las mencionadas anteriormente.
Habilitar el registro de la Consola Serial de Azure La habilitación del registro de la consola ayuda a solucionar problemas. No es necesario reiniciar la máquina virtual. La máquina virtual Azure arrancará mediante la imagen de disco. El arranque desde la imagen de disco equivale a un reinicio de la nueva máquina virtual.

Siga estas instrucciones para habilitarlo.
Actualización del archivo de asignación de dispositivos Actualice el archivo de asignación de dispositivos que contiene las asociaciones de nombre de dispositivo y volumen para usar identificadores de dispositivo persistentes. Instálelo manualmente para todas las versiones excepto las mencionadas anteriormente. (Solo se aplica en el escenario de VMware basado en agente)
Actualización de las entradas de fstab Actualice las entradas para utilizar identificadores de volumen persistentes. Actualícelo manualmente para todas las versiones excepto las mencionadas anteriormente.
Eliminación de una regla udev Elimine las reglas udev que reserven los nombres de interfaz en función de la dirección MAC, etc. Elimínelas de forma manual para todas las versiones excepto las mencionadas anteriormente.
Actualización de las interfaces de red Actualice las interfaces de red para recibir direcciones IP basadas en DHCP. Actualícelo manualmente para todas las versiones excepto las mencionadas anteriormente.
Habilitación de ssh Asegúrese de que SSH está habilitado y de que el servicio sshd está configurado para iniciarse automáticamente al reiniciar.

Asegúrese de que las solicitudes de conexión SSH entrantes no estén bloqueadas por el firewall del sistema operativo o las reglas que admiten scripts.		 Habilite la opción manualmente para todas las versiones excepto las mencionadas anteriormente.
Instalar el agente invitado de Linux Azure El agente de Microsoft Azure Linux (waagent) es un proceso seguro y ligero que administra la provisión de Linux y FreeBSD, e la interacción de la máquina virtual con el Controlador de Azure Fabric. Habilite la opción manualmente para todas las versiones excepto las mencionadas anteriormente.
Siga las instrucciones para instalar el agente de Linux manualmente para otras versiones del sistema operativo. Revise la lista de paquetes necesarios para instalar el agente de máquina virtual Linux.

Obtenga más información sobre los cambios realizados en servidores Linux para migraciones de VMware vSphere sin agente.

En la tabla siguiente se resumen los pasos que se realizan automáticamente para los sistemas operativos enumerados anteriormente.

Acción Migración de VMware vSphere basada en agente Migración de VMware vSphere sin agente Migración de Hyper-V sin agente
Actualice la imagen de kernel con Hyper-V Linux Integration Services.
(Los controladores LIS deben estar presentes en el kernel).		 Sí Sí Sí
Habilitación del registro de la consola serie de Azure Sí Sí Sí
Actualizar el archivo de asignación de dispositivos Sí No No
Actualizar las entradas de fstab Sí Sí Sí
Eliminar regla udev Sí Sí Sí
Actualizar las interfaces de red Sí Sí Sí
Habilitar SSH No No No
Instalar el agente Linux de máquina virtual de Azure Sí Sí Sí

Obtenga más información sobre los pasos para ejecutar una máquina virtual Linux en Azure y obtener instrucciones para algunas de las distribuciones populares de Linux.

Revise la lista de paquetes necesarios para instalar el agente de máquina virtual Linux. Azure Migrate instala automáticamente el agente de máquina virtual Linux para RHEL 8.x, Ubuntu 20.04, SUSE 15 y Oracle 7 cuando se usa el método sin agente de la migración de VMware.

Comprobación de los requisitos de máquina virtual de Azure

Las máquinas locales o AVS que se replican en Azure deben cumplir los requisitos de máquina virtual Azure para el sistema operativo y la arquitectura, los discos, la configuración de red y la nomenclatura de máquinas virtuales.

Antes de migrar, revise los requisitos de las máquinas virtuales de Azure para VMware, Hyper-V y physical server.

Preparación para la conexión después de la migración

Las máquinas virtuales de Azure se crean durante la migración a Azure. Después de la migración, debe poder conectarse a las nuevas máquinas virtuales Azure. Se requieren varios pasos para conectarse correctamente.

Preparación para conectarse a máquinas virtuales de Azure Windows

Máquinas con Windows locales o de AVS

  1. Configura las configuraciones de Windows. La configuración incluye la eliminación de cualquier ruta o proxy WinHTTP persistente estático.
  2. Asegúrese de que se están ejecutando los servicios necesarios.
  3. Habilite el escritorio remoto (RDP) para permitir conexiones remotas a la máquina de origen (local o AVS). Aprenda a usar PowerShell para habilitar RDP.
  4. Para acceder a una máquina virtual de Azure a través de Internet después de la migración, en Windows Firewall en el equipo de origen (local o AVS), permita TCP y UDP en el perfil público y establezca RDP como una aplicación permitida para todos los perfiles.
  5. Si quiere acceder a una máquina virtual de Azure a través de una VPN de sitio a sitio después de la migración, en Windows Firewall en el equipo de origen (local o AVS), permita RDP para los perfiles de dominio y privado. Aprenda a permitir el tráfico RDP.
  6. Asegúrese de que no haya actualizaciones Windows pendientes en la máquina virtual de origen (local o AVS) al migrar. Si lo hay, es posible que las actualizaciones empiecen a instalarse en la máquina virtual Azure después de la migración y no podrá iniciar sesión en la máquina virtual hasta que finalicen las actualizaciones.

Preparación para conectarse con máquinas virtuales de Azure Linux

En máquinas de Linux locales o de AVS:

  1. Asegúrese de que el servicio de Secure Shell está configurado para iniciarse automáticamente al arrancar el sistema.
  2. Compruebe que las reglas de firewall permiten una conexión SSH.

Configuración de máquinas virtuales Azure después de la migración

Después de la migración, complete estos pasos en las máquinas virtuales de Azure que se crean:

  1. Para conectarse a la máquina virtual desde Internet, asígnele una dirección IP pública. Debe usar una dirección IP pública diferente para la máquina virtual de Azure de la que usó para la máquina local o AVS. Más información.
  2. Compruebe que las reglas del grupo de seguridad de red (NSG) en la máquina virtual permiten las conexiones entrantes al puerto RDP o SSH.
  3. Compruebe los diagnósticos de arranque para ver la máquina virtual.

Pasos siguientes

Decida qué método desea usar para migrar máquinas virtuales de VMware vSphere para Azure o empezar a migrar Hyper-V máquinas virtuales o servidores físicos o máquinas virtuales en la nube.

Consulte qué se admite.

En máquinas virtuales de VMware vSphere, Migración y modernización admite la migración con agente y sin agente.

Más información

  • Last updated on