Migración de máquinas virtuales de VMware a Azure (sin agente)

En este artículo se muestra cómo migrar máquinas virtuales locales de VMware o Azure VMware Solution (AVS) a Azure mediante la herramienta de migración y modernización , con la migración sin agente. También puede migrar máquinas virtuales VMware mediante la migración basada en agente. Compare los métodos.

Nota:

En los tutoriales se muestra la ruta de implementación más sencilla para un escenario, de modo que pueda configurar rápidamente una prueba de concepto. En ellos se usan las opciones predeterminadas siempre que es posible y no muestran todos los valores y rutas de acceso posibles.

En este tutorial, aprenderá a:

Asegúrese de que se cumplen los requisitos previos para la ejecución de la migración sin agente, incluidos la configuración del dispositivo, la detección y los permisos necesarios.
Inicie la ejecución de la migración.
Realice un seguimiento y supervise las migraciones.
Ejecute una migración de prueba para asegurarse de que todo funciona de la forma esperada.
Ejecutar una migración completa de la máquina virtual.

Si no tiene una suscripción a Azure, cree una cuenta gratuita antes de empezar.

Prerrequisitos

Antes de comenzar este tutorial, debe:

Complete el primer tutorial para preparar Azure y VMware para la migración.
Se recomienda completar el segundo tutorial para evaluar las máquinas virtuales VMware antes de migrarlas a Azure, pero no es obligatorio.
Vaya al proyecto ya creado o cree uno nuevo.
Compruebe los permisos de la cuenta de Azure: su cuenta de Azure necesita permisos para crear una máquina virtual y escribir en un disco administrado de Azure.
Para conocer los roles integrados y los detalles de permisos necesarios de Azure Migrate para crear un proyecto y ejecutar la detección, las evaluaciones y las migraciones, consulte Preparación de cuentas de Azure para Azure Migrate.

Nota:

Si tiene previsto actualizar su sistema operativo Windows, Azure Migrate puede descargar Windows SetupDiag para obtener información sobre errores en caso de que se produzca un error en la actualización. Asegúrese de que la máquina virtual creada en Azure después de la migración tenga acceso a SetupDiag. En caso de que no haya acceso a SetupDiag, es posible que no pueda obtener códigos de error de actualización del sistema operativo detallados, pero la actualización todavía puede continuar.

Configuración del dispositivo de Azure Migrate

La herramienta Migración y modernización ejecuta un dispositivo de máquina virtual VMware ligero que se usa para la detección, evaluación y migración sin agente de máquinas virtuales VMware. Si sigue el tutorial de evaluación, ya ha configurado el dispositivo. Si no lo ha hecho, configúrelo ahora mediante uno de estos métodos:

Plantilla OVA: Configurar en una máquina virtual de VMware mediante una plantilla de OVA descargada.
Script: Configurar en una máquina virtual VMware o en una máquina física con un script del instalador de PowerShell. Este método se debe usar si no se puede configurar una máquina virtual mediante una plantilla OVA o si trabaja con Azure Government.

Una vez creada la aplicación, compruebe que se puede conectar a Azure Migrate: Server Assessment, configúrela por primera vez y regístrela en el proyecto de Azure Migrate.

Ejecución de migraciones

Después de configurar el dispositivo y completar la detección, puede iniciar la replicación de las máquinas virtuales VMware en Azure.

Puede ejecutar hasta 500 replicaciones simultáneamente.
En el portal puede seleccionar hasta 10 máquinas virtuales a la vez para la migración. Para migrar más máquinas, agrúpelas en lotes de 10.

Nota:

Azure Migrate no admite la migración sin agente de máquinas virtuales de VMware con VMDK que contienen caracteres que no son ASCII.

Habilite la replicación como se indica a continuación:

En el proyecto Azure Migrate >Execute>Migration, seleccione Iniciar ejecución.
En Specify intent, > ¿Qué quiere migrar, seleccione Servers o Virtual Machines(VM). En Where do you want to migrate to, seleccione Azure VM.
En ¿Cómo seleccionará las cargas de trabajo? puede seleccionar manualmente los servidores mediante Desde todo el inventario o seleccionar una evaluación existente mediante Desde una evaluación.
En Método de detección, seleccione el dispositivo que coincida con el entorno de origen (VMware Vsphere en este caso). En Modo de migración, seleccione Migración sin agente.
En Cargas de trabajo, seleccione las máquinas que desea replicar y migrar y seleccione el tipo de seguridad de máquina virtual de destino. Azure Migrate admite la migración a máquinas virtuales de inicio seguro (TVM). De manera predeterminada, migra las máquinas virtuales aptas como VM. Estas máquinas virtuales proporcionan características de seguridad mejoradas, como el arranque seguro y el TPM virtual sin costo adicional. Se recomienda usarlos siempre que sea aplicable.
En Configuración de destino, seleccione la suscripción, la región de destino y la cuenta de almacenamiento.

Nota:

Después de iniciar la primera replicación de una máquina virtual, no se puede cambiar tanto la región de destino como la cuenta de almacenamiento. La opción predeterminada seleccionada en la lista desplegable se usará para crear una nueva cuenta de almacenamiento. Si la opción no está seleccionada, la cuenta de almacenamiento se creará en el paso final de habilitación de la replicación.

En Red virtual, seleccione la red virtual de Azure y la subred a la que se unirán las máquinas virtuales de Azure después de la migración.
En Opciones de disponibilidad, seleccione:
- La zona de disponibilidad para anclar la máquina migrada a una zona de disponibilidad específica de la región. Use esta opción para distribuir los servidores que forman una capa de aplicación de varios nodos en Availability Zones. Si selecciona esta opción, debe especificar la zona de disponibilidad que se va a usar en cada una de las máquinas seleccionadas en la pestaña Proceso. Esta opción solo está disponible si la región de destino seleccionada para la migración admite Availability Zones.
- El conjunto de disponibilidad para colocar la máquina migrada en un conjunto de disponibilidad. Para usar esta opción, el grupo de recursos de destino seleccionado debe tener uno o varios conjuntos de disponibilidad. Se admite el conjunto de disponibilidad con grupos de selección de ubicación de proximidad.
- No se requiere ninguna opción de redundancia de infraestructura si no necesita ninguna de estas configuraciones de disponibilidad para las máquinas migradas.
En Tipo de cifrado de disco, seleccione:
- Cifrado en reposo con clave administrada por la plataforma
- Cifrado en reposo con clave administrada por el cliente
- Cifrado doble con claves administradas por el cliente y por la plataforma
Nota:

Para replicar máquinas virtuales con CMK, es necesario crear un conjunto de cifrado de disco en el grupo de recursos de destino. Un objeto de conjunto de cifrado de disco asigna instancias de discos administrados a una instancia de Key Vault que contiene las claves CMK que se van a usar para SSE.
En Ventaja híbrida de Azure:
- Seleccione No si no desea aplicar la Ventaja híbrida de Azure. Luego, selecciona Siguiente.
- Seleccione Sí si tiene máquinas windows Server que están cubiertas con suscripciones activas de Software Assurance o Windows Server y quiere aplicar la ventaja a las máquinas que va a migrar. Luego, selecciona Siguiente.

En Compute, revise el nombre de la VM, el tamaño, el tipo de disco del sistema operativo y la configuración de disponibilidad (si se seleccionó en el paso anterior). Las máquinas virtuales deben cumplir los requisitos de Azure.
- Tamaño de máquina virtual: si usa recomendaciones de evaluación, la lista desplegable Tamaño de máquina virtual muestra el tamaño recomendado. De lo contrario, Azure Migrate elige un tamaño en función de la coincidencia más cercana en la suscripción de Azure. También puede elegir un tamaño de manera manual en Tamaño de la máquina virtual de Azure.
- Disco del sistema operativo: especifique el disco del sistema operativo (arranque) de la máquina virtual. Este es el disco que tiene el cargador de arranque y el instalador del sistema operativo.
- Zona de disponibilidad: especifique la zona de disponibilidad que se va a usar.
- Conjunto de disponibilidad: especifique el conjunto de disponibilidad que se va a usar.
- Reserva de capacidad: si ya tiene una reserva de capacidad para la SKU de máquina virtual en la suscripción y ubicación de destino, especifíquela aquí para esta implementación. Las reservas de capacidad garantizan que la SKU de máquina virtual necesaria esté disponible al iniciar la migración. Puede asociar una reserva ahora o omitir este paso y configurarla más adelante durante la migración. La reserva de capacidad para la SKU puede estar en cualquier grupo de recursos dentro de la suscripción y ubicación objetivo deseadas. Más información.
Nota:

Si quiere seleccionar otra opción de disponibilidad para un conjunto de máquinas virtuales, vaya al paso 1 y repita los pasos seleccionando diferentes opciones de disponibilidad tras el inicio de la replicación de uno de los conjuntos de máquinas virtuales.
En Discos, indique si los discos de máquina virtual se deben replicar en Azure y especifique el tipo de disco (Premium v2, Ultra Disk, SSD estándar, HDD estándar o Discos administrados Premium) en Azure. Luego, selecciona Siguiente.

Nota:

Para optimizar los costos y mejorar el rendimiento, ahora puede migrar a SSD Premium v2 como disco de datos.
En Etiquetas, elija agregar etiquetas a las máquinas virtuales, los discos y las NIC.
En Revisar e iniciar la ejecución, revise la configuración y seleccione Revisar e iniciar la ejecución para iniciar la replicación inicial de los servidores.

Nota:

Si hay un problema de conectividad con Azure o si los servicios del dispositivo están inactivos durante más de 90 minutos, los ciclos de replicación activos para los servidores de replicación se restablecen a 0% y el ciclo respectivo se ejecuta desde el principio.

Seguimiento y supervisión

En el proyecto de Azure Migrate, vaya a Ejecutar > Migraciones. Use View by applications (Ver por aplicaciones ) o View by workloads (Ver por cargas de trabajo) para cambiar el modo en que se agrupan los elementos.
La replicación se produce de la siguiente manera:
- Cuando el trabajo de inicio de replicación finaliza correctamente, las máquinas comienzan su replicación inicial en Azure.
  - Durante la replicación inicial, se crea una instantánea de la máquina virtual. Los datos de disco de la instantánea se replican en los discos administrados de réplica en Azure.
    
    - Una vez finalizada la replicación inicial, comienza la replicación diferencial. Los cambios incrementales en los discos de origen se replican periódicamente en los discos de réplica de Azure.
El progreso de la ejecución se muestra en la fase de ejecución y el estado de ejecución:
- Fase de ejecución: Preparación, Prueba o Finalización.
- Estado de ejecución: En curso, En error, Acción pendiente o Completado.
El progreso de la ejecución se sigue a través de tres etapas en la etapa de ejecución.
- Preparación: los servidores habilitados para la replicación permanecen en la fase de preparación mientras la replicación inicial (replicación de datos) está en curso. Puede realizar las operaciones Stop, Start, Pause y Resume en esta fase si es necesario mediante las listas desplegables disponibles en la hoja de exploración en profundidad del servidor. Una vez completada la replicación inicial, los servidores se mueven a la fase De prueba.
- Pruebas: los servidores para los que la replicación inicial está completa y la replicación diferencial está en curso pasará a la fase de pruebas. Puede elegir realizar migraciones de prueba en una red virtual de prueba antes de la migración real (recomendada). Puede omitir la fase de pruebas e iniciar la migración directamente mediante las acciones disponibles en el menú desplegable Finalización .
- Finalización: los servidores para los que se completan o se omiten las migraciones de prueba pasarán a esta fase. Puede realizar las migraciones finales (Cutover) para estos servidores. Una vez completada la migración, realice La migración completa para limpiar los recursos de migración mediante las listas desplegables disponibles en la hoja de exploración en profundidad del servidor.
Use PowerShell para ver el tiempo restante en todas las fases de la migración del servidor en Azure Migrate. Esto le ayuda a supervisar el progreso de la replicación y planear la transición con precisión. Puede usar PowerShell, Windows PowerShell o Cloud Shell en Azure Portal.
Abra Azure Portal y, a continuación, seleccione Cloud Shell en la parte superior. Seleccione PowerShell cuando se le solicite.

Ejecute este comando en Azure Cloud Shell para supervisar el estado de migración del servidor que necesita.


Get-AzMigrateServerMigrationStatus -ProjectName "<your-project-name>"   -ResourceGroupName "<your-resource-group>" -MachineName "<your-server-name>"

Reemplace your-project-name, your-resource-groupy your-server-name por el proyecto, el grupo de recursos y el nombre del servidor reales de Azure Migrate.
Ejecute este comando y obtenga la siguiente salida:
La salida muestra el estado de replicación del servidor, el progreso del disco, el tiempo restante, la velocidad de carga y los detalles del almacén de datos.
Ejecute el comando del paso 5 con el indicador Expedite. Esto recupera los parámetros operativos del dispositivo y una lista prioritaria de acciones recomendadas para ayudar a reducir el tiempo de migración restante para el servidor especificado.
```
Get-AzMigrateServerMigrationStatus -ProjectName "<your-project-name>"   -ResourceGroupName "<your-resource-group>" -MachineName "<your-server-name>" -Expedite 
```
Obtendrá la siguiente salida:

Puede ejecutar el comando sin -MachineName ver el estado de la migración y el tiempo restante para todos los servidores del proyecto. Por ejemplo:
```
Get-AzMigrateServerMigrationStatus -ProjectName "<your-project-name>" -ResourceGroupName "<your-resource-group>"
```
Reemplace your-project-name y your-resource-group por los nombres reales del proyecto y del grupo de recursos de Azure Migrate.
Ejecute este comando y obtenga la siguiente salida:
Si hay un problema con la replicación o la migración, la -Health marca muestra errores, posibles causas y acciones recomendadas para solucionar problemas de la migración.

    
    Get-AzMigrateServerMigrationStatus   -ProjectName "<your-project-name>"   -ResourceGroupName "<your-resource-group>"   -            MachineName "<your-server-name>" -Health

Ejecute este comando y obtenga la siguiente salida:

También puede ejecutar el comando con solo -ApplianceName para ver el estado de la migración, el tiempo restante y los detalles de mantenimiento de todos los servidores conectados a ese dispositivo.

   Get-AzMigrateServerMigrationStatus -ProjectName "<your-project-name>"   -ResourceGroupName "<your-resource-group>" -                ApplianceName "<your-appliance-

Reemplace your-project-name, your-resource-group, y your-appliance-name con los valores reales de la configuración de Azure Migrate.
Ejecute este comando para obtener la salida siguiente:

Nota:

Puede ejecutar los comandos anteriores en Azure Cloud Shell. También puede usar PowerShell o Windows PowerShell en cualquier máquina Windows. Una máquina hace referencia a cualquier equipo Windows, no a un dispositivo o servidor, siempre y cuando tenga acceso al proyecto de Azure Migrate.

Ejecutar una migración de prueba

Cuando comienza la replicación diferencial, puede ejecutar una migración de prueba para las máquinas virtuales antes de ejecutar una migración completa a Azure. Le recomendamos encarecidamente que lo haga al menos una vez en cada máquina, antes de migrarla.

La ejecución de una migración de prueba comprueba que la migración funciona según lo previsto, sin afectar a las máquinas de origen (locales o AVS), que permanecen operativas y continúan replicando.
Para simular la migración, la migración de prueba crea una máquina virtual de Azure usando datos replicados (normalmente, con una migración a una red virtual que no es de producción en la suscripción a Azure).
Puede usar la máquina virtual de Azure de prueba replicada para validar la migración, realizar pruebas de aplicaciones y resolver los problemas antes de la migración completa.

Realice una migración de prueba como se indica a continuación:

En el proyecto de Azure Migrate, en Execute>Migrations>, seleccione el servidor para el que desea hacer la migración de prueba haciendo clic en el nombre del servidor en la columna de Workloads.
En la hoja de exploración en profundidad, en la lista desplegable Pruebas , seleccione Iniciar migración de pruebas.
En Migración de prueba, seleccione la red virtual de Azure en la que se ubicará la máquina virtual de Azure durante la prueba. Se recomienda usar una red virtual que no sea de producción.
Seleccione la subred a la que desea asociar cada una de las tarjetas de interfaz de red (NIC) de la máquina virtual migrada.
Tiene la opción de actualizar el sistema operativo Windows Server durante la migración de prueba. Para actualizar, seleccione la opción Actualizar disponible . En el panel que aparece, seleccione la versión del sistema operativo de destino a la que desea actualizar y seleccione Aplicar. Más información.
Una vez que haga clic en Probar migración, se iniciará el trabajo. Supervise el estado en el portal en Estado de ejecución. Una vez finalizada la migración de pruebas, asegúrese de limpiar los recursos de prueba; para ello, vaya al servidor y seleccione Limpiar migración de pruebas en la lista desplegable Pruebas .
Nota:

Ahora puede registrar los servidores que ejecutan SQL Server con el proveedor de recursos de VM con SQL para aprovechar las ventajas de la aplicación automatizada de revisiones, la copia de seguridad automatizada y la administración simplificada de licencias mediante la extensión Agente de IaaS de SQL.
- Seleccione el servidor en la columna Carga de trabajo en la página Ejecutar> Migraciones. En Configuración de proceso y red, active la casilla asociada al registro con la extensión IaaS de SQL.
- Seleccione Ventaja híbrida de Azure para SQL Server si tiene instancias de SQL Server que están incluidas en suscripciones activas de Software Assurance o SQL Server y quiere aplicar la ventaja a las máquinas que va a migrar.