Preparación de las máquinas locales para la migración a Azure
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 vida de CentOS.
En este artículo se describe cómo preparar máquinas en el entorno local antes de migrarlas a Azure con 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.
- Compruebe los requisitos para máquinas virtuales de Azure de las máquinas 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 | Proyecto | Detección y evaluación | Migración en las series 7000-8000 |
|---|---|---|---|
| Máquinas virtuales VMware vSphere | Detecte y evalúe hasta 35 000 máquinas virtuales en un solo proyecto de Azure Migrate. | Detecte hasta 10 000 máquinas virtuales VMware vSphere con un solo dispositivo 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 VM en varias instancias de vCenter Server (detectados 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. |
| Máquinas virtuales de Hyper-V | Detecte y evalúe hasta 35 000 máquinas virtuales en un solo proyecto de Azure Migrate. | Detecte hasta 5 000 máquinas virtuales Hyper-V con un único dispositivo Azure Migrate. | No se utiliza un dispositivo para la migración de Hyper-V. 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 | Detecte 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 basados en agente y sin agente, para decidir cuál es lo mejor para usted.
Comprobación de los requisitos del hipervisor
- Compruebe los requisitos de la migración sin agente de VMware o basada en agente de VMware vSphere.
- Compruebe los requisitos del host de Hyper-V.
Comprobación de los requisitos de sistema operativo
Compruebe los sistemas operativos compatibles para la migración:
- Si va a migrar máquinas virtuales VMware vSphere o máquinas virtuales Hyper-V, compruebe los requisitos de máquinas virtuales VMware vSphere para la migración sin agente y basada en agente, así como los requisitos de las máquinas virtuales Hyper-V.
- Compruebe que los sistemas operativos Windows se admiten en Azure.
- Compruebe que las distribuciones de Linux se admiten en Azure.
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 | URLs | Puertos |
|---|---|---|---|
| Migración sin agente de VMware vSphere | Utiliza 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 del servicio Mobility se instala en las máquinas virtuales. | Revise las direcciones URL de la nube pública y de Azure Government a las que necesita acceder el dispositivo de replicación. | Revise los puertos utilizados durante la migración basada en agente. |
| Migración de Hyper-V | Usa un proveedor instalado en los hosts de Hyper-V para la migración. No se instala nada en las máquinas virtuales 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 los datos de replicación de la máquina virtual. |
| máquinas físicas | Usa el dispositivo de replicación para la migración. El agente del servicio Mobility se instala en las máquinas físicas. | Revise las direcciones URL de la nube pública y de 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 migrarlas a Azure.
- En el caso de 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.
| Action | VMware vSphere (migración sin agente) | VMware vSphere (basada en agente)/máquinas físicas | Windows en Hyper-V |
|---|---|---|---|
| Configurar la directiva de SAN como Todo en línea |
Se establece automáticamente para 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. | Se establece automáticamente para máquinas que ejecutan Windows Server 2008 R2 o posterior. |
| Instalar la integración de invitado de Hyper-V | Instale manualmente en máquinas que ejecutan Windows Server 2003. | Instale manualmente en máquinas que ejecutan Windows Server 2003. | Instale manualmente en máquinas que ejecutan Windows Server 2003. |
| Habilitación de la consola serie de Azure Habilite la consola en las máquinas virtuales de Azure para ayudar en la solución de problemas. No es necesario reiniciar la máquina virtual. La máquina virtual de Azure se iniciará 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 |
| Instalación del agente invitado de Windows Azure El agente de máquina virtual (agente de VM) es un proceso ligero y seguro que administra la interacción de máquinas virtuales (VM) con el controlador de tejido de Azure. El agente de máquina virtual tiene un rol principal en la habilitación y ejecución de extensiones de máquina virtual de Azure que permiten una configuración posterior a la implementación de la máquina virtual como, por ejemplo, la instalación y configuración del software. |
Se establece automáticamente para máquinas que ejecutan Windows Server 2008 R2 o posterior. Configure la opción manualmente para sistemas operativos anteriores. |
Se establece automáticamente para máquinas que ejecutan Windows Server 2008 R2 o posterior. | Se establece automáticamente para máquinas que ejecutan Windows Server 2008 R2 o posterior. |
| Conectarse 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 servidores Windows para migraciones de VMware vSphere sin agente.
Configuración de la directiva de SAN
De forma predeterminada, las máquinas virtuales de Azure tienen asignada la unidad D para su uso 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 que se asigna a la unidad D: para instalaciones de aplicaciones, la asignación de esta unidad se incrementa a la unidad E: después de haber migrado la máquina virtual a Azure.
- Para evitar esta asignación automática y para asegurarse de que Azure asigna la siguiente letra de unidad libre a su volumen temporal, establezca la directiva de red de área de almacenamiento (SAN) en OnlineAll:
Configure esta opción manualmente de la siguiente manera:
- En la máquina local (no en el servidor host), abra un símbolo del sistema con privilegios elevados.
- Escriba diskpart.
- Escriba SAN. Si no se mantiene la letra de unidad del sistema operativo invitado, se devuelven Offline All u Offline Shared.
- 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.
- Durante la migración de prueba, puede comprobar que se conserven las letras de unidad.
Equipos con Linux
Azure Migrate completa automáticamente estas acciones para estas versiones
- Red Hat Enterprise Linux 8.x, 7.9, 7.8, 7.7, 7.6, 7.5, 7.4, 7.3, 7.2, 7.1, 7.0, 6.x (el agente de VM con Linux de Azure también se instala automáticamente durante la migración)
- Cent OS 8.x, 7.7, 7.6, 7.5, 7.4 y 6.x (el agente de máquina virtual Linux de Azure también se instala automáticamente durante la migración)
- SUSE Linux Enterprise Server 15 SP0, 15 SP1, 12, 11 SP4, 11 SP3
- Ubuntu 20.04, 19.04, 19.10, 18.04LTS, 16.04LTS, 14.04LTS (el agente de máquina virtual Linux de Azure también se instala automáticamente durante la migración)
- Debian 10, 9, 8, 7
- Oracle Linux 8, 7.7-CI, 7.7, 6
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.
| Action | Detalles | Versión de Linux |
|---|---|---|
| Instalar los servicios de integración de Linux de Hyper-V | Recompile la imagen init de Linux para que contenga los controladores de Hyper-V necesarios. La recompilación de la imagen init garantiza que la máquina virtual se iniciará 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 serie 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 de Azure se iniciará 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. |
|
| Actualizar el 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) |
| Actualizar las entradas de fstab | Actualice las entradas para utilizar identificadores de volumen persistentes. | Actualícelo manualmente para todas las versiones excepto las mencionadas anteriormente. |
| Eliminar 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. |
| Actualizar 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. |
| Habilitar 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 de Azure | El agente Linux de Microsoft Azure (waagent) es un proceso ligero y seguro que administra el aprovisionamiento de Linux y FreeBSD, y la interacción de las máquinas virtuales con el controlador de tejido de Azure. | 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.
| Action | 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 del kernel con los servicios de integración de Linux de Hyper-V. (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 | N.º | No |
| Instalación del agente linux de máquina virtual de Azure | Sí | Sí | Sí |
Más información sobre los pasos para ejecutar una máquina virtual Linux en Azure y obtenga instrucciones para algunas de las distribuciones de Linux más populares.
Revise la lista de paquetes necesarios para instalar el agente de máquina virtual Linux. Azure Migrate instala de forma automática el agente de máquina virtual Linux para RHEL 8.x/7.x/6.x, CentOS 8.x/7.x/6.x, Ubuntu 14.04/16.04/18.04/19.04/19.10/20.04, SUSE 15 SP0/15 SP1/12/11 SP4/11 SP3, Debian 9/8/7 y Oracle 7 cuando se usa el método de migración de VMware sin agente.
Comprobación de los requisitos de la máquina virtual de Azure
Las máquinas locales que se replican en Azure deben cumplir los requisitos de las máquinas virtuales de Azure para el sistema operativo y la arquitectura, los discos, la configuración de red y la nomenclatura de la máquina virtual.
Antes de realizar la migración, revise los requisitos de las máquinas virtuales de Azure para la migración de VMware, de Hyper-V y de servidor físico.
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 ser capaz de conectarse a las nuevas máquinas virtuales de Azure. Se requieren varios pasos para conectarse correctamente.
Preparación de la conexión a las máquinas virtuales Windows de Azure
En máquinas Windows locales:
- Configure Windows. La configuración incluye la eliminación de cualquier ruta o proxy WinHTTP persistente estático.
- Asegúrese de que se están ejecutando los servicios necesarios.
- Habilite el protocolo de escritorio remoto (RDP) para permitir las conexiones remotas a la máquina local. Aprenda a usar PowerShell para habilitar RDP.
- Para acceder a una máquina virtual de Azure mediante Internet tras la migración, en el firewall de Windows de la máquina local, permita TCP y UDP en el perfil público y establezca el protocolo de escritorio remoto como aplicación permitida para todos los perfiles.
- Si quiere acceder a una máquina virtual de Azure mediante una conexión VPN de sitio a sitio, en el firewall de Windows de la máquina local, permita el protocolo de escritorio remoto para los perfiles de dominio y privado. Aprenda a permitir el tráfico RDP.
- Asegúrese de que no haya actualizaciones de Windows pendientes en la máquina virtual local al migrarla. Si es el caso, las actualizaciones podrían empezar a instalarse en la máquina virtual de Azure después de la migración y no podrá iniciar sesión en ella hasta que finalicen.
Preparación para la conexión a las máquinas virtuales Linux en Azure
En máquinas Linux locales:
- Asegúrese de que el servicio de Secure Shell está configurado para iniciarse automáticamente al arrancar el sistema.
- Compruebe que las reglas de firewall permiten una conexión SSH.
Configuración de máquinas virtuales de Azure después de la migración
Después de la migración, lleve a cabo estos pasos en las máquinas virtuales de Azure que se creen:
- 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. Más información.
- 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.
- Compruebe los diagnósticos de arranque para ver la máquina virtual.
Pasos siguientes
Decida qué método desea usar para la migración de las máquinas virtuales de VMware vSphere a Azure o comience la migración de máquinas virtuales de Hyper-V o de servidores físicos o virtualizados 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áquinas virtuales de VMware vSphere: compruebe los requisitos de migración y la compatibilidad con máquinas virtuales VMware vSphere.
- Máquinas virtuales de Hyper-V: compruebe requisitos de migración y admita para máquinas virtuales de Hyper-V.
- Máquinas físicas: compruebe requisitos de migración y admita para máquinas físicas locales y otros servidores virtualizados.