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:

  1. Complete el primer tutorial para preparar Azure y VMware para la migración.
  2. Se recomienda completar el segundo tutorial para evaluar las máquinas virtuales VMware antes de migrarlas a Azure, pero no es obligatorio.
  3. Vaya al proyecto ya creado o cree uno nuevo.
  4. 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.
  5. 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:

  1. En el proyecto Azure Migrate, ve a Gestionar>la replicación del servidor y selecciona Iniciar replicación.

    Captura de pantalla de cómo navegar para iniciar la ejecución.

  2. En Specify intent, > ¿Qué quiere migrar, seleccione Servers o Virtual Machines(VM). En Where do you want to migrate to, seleccione Azure VM.

  3. En Cómo quiere seleccionar las cargas de trabajo, seleccione una de las siguientes opciones debajo de Orígenes del dispositivo de Azure Migrate,

    • De todo el inventario para seleccionar manualmente los servidores
    • Desde una evaluación hacia el uso de una evaluación existente

  4. 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.

    La captura de pantalla muestra cómo seleccionar el dispositivo virtual que coincide con el entorno de origen en el modo de migración.

  5. En cargas de trabajo,

    • 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.
      • También puedes migrar máquinas elegibles a máquinas virtuales confidenciales. Más información. Si seleccionas máquinas virtuales confidenciales, solo están disponibles los servidores elegibles para la selección y el resto están deshabilitados. Consulta la matriz de soporte CVM.
    • A continuación, seleccione las máquinas que desea replicar y migrar y haga clic en Siguiente.

  6. En Configuración de destino, seleccione la suscripción, la región de destino y la cuenta de almacenamiento.

    • Cuenta de almacenamiento: mantenga la opción predeterminada para usar la cuenta de almacenamiento en caché que el portal crea automáticamente para el proyecto. Para usar otra cuenta de almacenamiento para la replicación, selecciónela en la lista desplegable.

    Nota:

    • Si utiliza un punto de conexión privado como método de conectividad para el proyecto de Azure Migrate, conceda al almacén de Recovery Services acceso a la cuenta de almacenamiento de caché. Aprende más
    • Para replicar mediante ExpressRoute con emparejamiento privado, cree un punto de conexión privado para la cuenta de almacenamiento en caché. Aprende más
    • Después de iniciar la primera replicación de una máquina virtual, no se puede cambiar la región de destino ni la cuenta de almacenamiento. La opción predeterminada seleccionada en la lista desplegable se usa para crear una nueva cuenta de almacenamiento. Si no se selecciona ninguna opción, la cuenta de almacenamiento se crea en el paso final de habilitar la replicación.

    • Ventaja híbrida de Azure: Aplica Ventaja híbrida de Azure y ahorra hasta un 76 % en comparación con los costes de pago por uso utilizando una licencia válida de Windows Server o Enterprise Linux. Seleccione las casillas de verificación que correspondan a su licencia (licencia de Windows Server o licencia de Enterprise Linux).

    • Red virtual: seleccione la Azure red virtual y la subred a las que se unen las máquinas virtuales Azure después de la migración.

    • Opciones de disponibilidad: seleccione una de las siguientes opciones:

      • Zona de disponibilidad : ancla la máquina migrada a una zona de disponibilidad específica de la región. Use esta opción para distribuir máquinas que forman parte de un nivel de aplicación de varios nodos en Availability Zones. Si selecciona esta opción, especifique la zona de disponibilidad para cada máquina seleccionada en la pestaña Proceso. Esta opción solo está disponible si la región de destino seleccionada admite Availability Zones.
      • Conjunto de disponibilidad : coloca la máquina migrada en un conjunto de disponibilidad. El grupo de recursos de destino seleccionado debe contener uno o varios conjuntos de disponibilidad.
      • No se requiere redundancia de infraestructura: seleccione esta opción si no necesita Availability Zones ni conjuntos de disponibilidad para las máquinas migradas.

    • En Detalles de seguridad,

      • Si el tipo de seguridad de destino seleccionado es Máquinas virtuales Standard o Trusted Launch:

        • El arranque seguro está habilitado de forma predeterminada (recomendado). Puede optar por quitar esta opción. A continuación, vaya a selección de tipo de cifrado de disco .

      • Si el tipo de seguridad de destino seleccionado es Máquinas virtuales confidenciales:

        • Opcionalmente, puede optar por cifrar confidencialmente los discos del sistema operativo. Este cifrado proporciona una capa adicional de cifrado que enlaza las claves de cifrado de disco al TPM de la máquina virtual y hace que el contenido del disco sea accesible solo para la máquina virtual.
        • Para habilitar este cifrado, seleccione la opción Cifrado de proceso confidencial y continúe con la selección del tipo de cifrado de disco del sistema operativo. De lo contrario, continúe con la selección de tipo de cifrado de disco .
        • En Tipo de cifrado de disco del sistema operativo, seleccione una de las siguientes opciones:
          • Cifrado en reposo con clave gestionada por la plataforma (predeterminado, si no seleccionaste cifrado de computación confidencial)
          • Cifrado confidencial con clave administrada por la plataforma (disponible, si seleccionó Cifrado de proceso confidencial)
          • Cifrado confidencial con clave administrada por el cliente (disponible, si seleccionó Cifrado de proceso confidencial)

            Nota:

            • El arranque seguro está habilitado de forma predeterminada en las máquinas virtuales de destino cuando se selecciona el cifrado confidencial del disco del sistema operativo.
            • Solo se admite la clave administrada por el cliente (CMK) para el cifrado de disco del sistema operativo confidencial para discos de más de 127 GB. En el caso de los discos menores de 127 GB, se admiten la clave administrada por la plataforma (PMK) y la clave administrada por el cliente (CMK).
            • El cifrado de disco del sistema operativo confidencial puede alargar el tiempo inicial estándar de creación de la VM durante la migración debido al proceso de cifrado.
            • Actualmente, los discos de datos no admiten el cifrado confidencial. Sin embargo, puede protegerlos mediante el cifrado basado en host con claves administradas por el cliente (CMK) o claves administradas por la plataforma (PMK).

      • 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 claves administradas por el cliente (CMK), cree 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.
    • El disco de inicialización se crea en Azure durante la replicación o el almacenamiento provisional antes de la migración. El cifrado protege los datos desde el primer momento en que se escriben, mientras residen en Azure. La configuración tipo de cifrado de disco se aplica tanto a los discos de inicialización como a los discos administrados después de la migración final.

  7. 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). Asegúrese de que las máquinas virtuales se ajustan a 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.

  8. En Discos, especifique si los discos de máquina virtual deben replicarse en Azure y seleccione el tipo de disco (SSD Premium v2, Disco Ultra, SSD estándar, HDD estándar o SSD Premium) para los discos replicados. Después, seleccione Siguiente.

    Nota:

    Para optimizar los costos y mejorar el rendimiento, ahora puede migrar a SSD Premium v2 como disco de datos.

  9. En Etiquetas, elija agregar etiquetas a las máquinas virtuales, los discos y las NIC.

  10. En Revisar y iniciar ejecución, revisa la configuración y luego selecciona Ejecutar migración para iniciar la replicación inicial de los servidores.

Nota:

Si se interrumpe la conectividad de Azure o los servicios del dispositivo dejan de estar disponibles durante más de 90 minutos, los ciclos de replicación se reinician desde el 0 %.

  1. Cuando seleccionas Ejecutar migración, inicias la replicación para los servidores seleccionados. La replicación procede de la siguiente manera:
    • Cuando el trabajo de inicio de la replicación termina con éxito, el servidor inicia la 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 discos administrados de réplica (discos de inicialización) en Azure.
    • Cuando finaliza esta replicación inicial, comienza la replicación diferencial. El proceso replica periódicamente cambios incrementales en los discos fuente hacia los discos réplica en Azure y el servidor está listo para la migración durante la replicación delta.

Rastrear y migrar servidores de replicación

Esta sección explica cómo rastrear servidores que replican y realizar migraciones de prueba y finales.

  1. En el proyecto Azure Migrate, ve a Manage>la replicación del servidor.
  2. Las siguientes columnas muestran el estado de replicación y migración de tus servidores para los que iniciaste la replicación:
    • Estado de replicación: Muestra el estado actual de replicación del servidor. Aprende más sobre los estados de replicación.
    • Salud de la replicación: Indica si la replicación es Saludable, Advertencia o Crítica.
    • Última sincronización: Muestra cuándo se sincronizaron los últimos datos de replicación en Azure.
    • Estado de migración de prueba: Indica el estado actual o más reciente de migración de prueba para el servidor de replicación o aparece como Pendiente.
    • Estado de migración: Muestra el estado actual o más reciente de la migración del servidor replicante o aparece como Listo para migrar si la replicación inicial se ha completado.
  3. Prueba de migración:

    • Para servidores que completan la replicación inicial y están sincronizados con Delta, puedes ejecutar una migración de prueba para validar tus cargas de trabajo y aplicaciones en Azure antes de la migración final. Utiliza una red virtual de Azure aislada para evitar afectar a tu entorno de producción. La migración de pruebas no interrumpe la replicación delta en curso, y puedes ejecutar múltiples migraciones de prueba según sea necesario. Una vez completada la validación, asegúrate de limpiar los recursos de migración de pruebas.

    • Para el servidor que quieres probar, selecciona el menú de la derecha y luego selecciona Probar migración.

      Captura de pantalla de cómo navegar para iniciar la migración de pruebas.

    • En la página Migración de pruebas:

      • Elige la red virtual y la subred.
      • Opcionalmente, actualiza el sistema operativo. Para realizar la actualización del sistema operativo, selecciona Actualización disponible (solo compatible con Windows OS, actualmente en vista previa). Infórmate más sobre actualización del sistema operativo Windows.
      • Tras configurar los ajustes anteriores, selecciona Probar migración.

Una vez completada la validación, selecciona el menú a la derecha del servidor y luego selecciona Limpiar migración de pruebas para eliminar la máquina virtual de pruebas y los recursos asociados.

  1. Migración:

    • Los servidores listos para migración aparecen como Listos para migrar en la columna Estado de migración.
    • Para realizar la migración de estos servidores, selecciona Migrar en la página Replicación de servidores.
    • En la página Migrate,
      • Selecciona los servidores que quieres migrar.
      • Opcionalmente, selecciona el sistema operativo objetivo si quieres actualizar el sistema operativo (solo compatible con Windows OS, actualmente en vista previa). Infórmate más sobre actualización del sistema operativo Windows.
      • Elige apagar las máquinas virtuales si quieres realizar una migración planificada sin pérdida de datos.
      • Después de configurar los ajustes anteriores, selecciona Migrar.

  2. Consulta el estado y el tiempo de finalización de la migración para los servidores migrados en la columna Estado de la migración .

  3. Acciones opcionales de replicación: Las siguientes acciones son opcionales y solo necesarias para escenarios específicos de replicación o recuperación. Puedes acceder a ellos desde el menú de cada servidor.

    • Pausar la replicación: Pausar temporalmente la replicación para el servidor. Utiliza esta opción para liberar recursos de replicación para servidores de mayor prioridad. Disponible solo cuando el servidor está en Delta sync.
    • Reanudar replicación: Reanuda la replicación para un servidor que previamente estaba pausado.
    • Detener la replicación: Detiene la replicación para el servidor cuando ya no quieres replicarlo o migrarlo.
    • Reparar la replicación: Repara la replicación cuando el servidor encuentra problemas que requieren recuperar la configuración de replicación.
    • Migración completa: Detiene la replicación y limpia los recursos temporales de migración después de verificar que la máquina virtual de Azure migrada funciona como se espera.

    Nota:

    Ahora puedes registrar tus servidores que ejecutan SQL Server con SQL VM RP para aprovechar el parche automatizado, copias de seguridad automatizadas y una gestión simplificada de licencias usando SQL IaaS Agent Extension.

    • Selecciona los servidores en la página Gestionar>Replicación de servidores. En Configuración de proceso y red, active la casilla asociada al registro con la extensión IaaS de SQL.
    • Selecciona Ventaja híbrida de Azure para SQL Server si tienes instancias de SQL Server cubiertas por suscripciones activas de Software Assurance o SQL Server y quieres aplicar el beneficio a las máquinas que estás migrando.

Monitorizar y acelerar migraciones para remediar replicaciones lentas o atascadas

  1. Puedes usar PowerShell para ver el tiempo restante en todas las etapas de la migración de servidores en Azure Migrate. Esto te ayuda a monitorizar el progreso de la replicación, remediar replicaciones lentas o atascadas y planificar el cambio final con precisión. Puede usar PowerShell, Windows PowerShell o Cloud Shell en Azure Portal.

  2. Abra el portal de Azure y, a continuación, seleccione la Cloud Shell en la parte superior. Seleccione PowerShell cuando se le solicite.

  3. 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>"

  4. 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.

  5. Ejecute este comando y obtenga la siguiente salida:

    Captura de pantalla que muestra la salida al ejecutar el comando.

  6. 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.

  7. Solucione las replicaciones lentas o bloqueadas mediante el comando Expedite: Para recuperar los parámetros operativos del dispositivo y una lista priorizada de acciones recomendadas que ayuden a reducir el tiempo de migración restante para el servidor especificado y a solucionar las replicaciones lentas o bloqueadas. Ejecute el comando con el indicador Expedite.

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

  8. Obtendrá la siguiente salida:

Captura de pantalla que muestra la salida del estado de migración del servidor.

  1. 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>"

  2. Reemplace your-project-name y your-resource-group por los nombres reales del proyecto y del grupo de recursos de Azure Migrate.

  3. Ejecute este comando y obtenga la siguiente salida:

    Captura de pantalla que muestra el estado general de replicación.

  4. 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
  1. Ejecute este comando y obtenga la siguiente salida:

Captura de pantalla que muestra el estado completo de la replicación.

  1. Para ver el estado de la migración, el tiempo restante y los detalles del estado de todos los servidores conectados a ese appliance, ejecute el comando solo con -ApplianceName.
   Get-AzMigrateServerMigrationStatus -ProjectName "<your-project-name>"   -ResourceGroupName "<your-resource-group>" -                ApplianceName "<your-appliance-

  1. Reemplace your-project-name, your-resource-group, y your-appliance-name con los valores reales de la configuración de Azure Migrate.

  2. Ejecute este comando para obtener la salida siguiente:

Captura de pantalla que muestra el estado de migración del servidor de Azure Migrate.

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.

Procedimientos recomendados después de la migración

Pasos siguientes

Investigue el recorrido de migración a la nube en Azure Cloud Adoption Framework.

  • Se actualizó por última vez el