Migración de máquinas virtuales de VMware vSphere a Azure (basada en agentes)

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

En este tutorial, aprenderá a:

  • Preparar Azure para trabajar con Azure Migrate.
  • Preparar la migración basada en agente. Configurar una cuenta de VMware vCenter Server para que Azure Migrate pueda detectar máquinas para la migración. Configurar una cuenta para que el agente del servicio Mobility se pueda instalar en las máquinas que desea migrar y preparar una máquina para que actúe como el dispositivo de replicación.
  • Configurar el destino de replicación.
  • 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.

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.

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

Prerrequisitos

Antes de comenzar este tutorial, debe:

  1. Vaya al proyecto ya creado o cree uno nuevo.
  2. Complete el primer tutorial para preparar Azure y VMware para la migración.
  3. Se recomienda completar el segundo tutorial para evaluar las máquinas virtuales VMware antes de migrarlas a Azure, pero no es obligatorio.
  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.
  6. Asigne permisos para registrar el dispositivo de replicación en Microsoft Entra ID. Más información.

Configurar una red de Azure

Configure una red de Azure. Las máquinas de origen (locales o de Azure VMware Solution) se replican en discos administrados de Azure. Al conmutar por error a Azure para la migración, las máquinas virtuales de Azure se crean a partir de estos discos administrados y se unen a una red de Azure que configuró.

Preparación para la migración

Compruebe los requisitos de compatibilidad y los permisos y prepárese para implementar un dispositivo de replicación.

Preparación de una cuenta para detectar máquinas virtuales

La herramienta Migración y modernización necesita acceso a VMware vSphere para detectar las máquinas virtuales que desea migrar. Cree la cuenta como se indica a continuación:

  1. Para usar una cuenta dedicada, cree un rol en el nivel de vCenter Server. Asigne al rol un nombre como Azure_Migrate.
  2. Asigne al rol los permisos que se resumen en la tabla siguiente.
  3. Cree un usuario en vCenter Server o en el host de vSphere. Asigne el rol al usuario.

Permisos de cuenta de VMware vSphere

tarea Roles y permisos Detalles
Detección de máquina virtual Al menos un usuario de solo lectura

Objeto del centro de datos –> Propagar al objeto secundario, rol = solo lectura
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).
Replicación Cree un rol (Azure Site Recovery) con los permisos necesarios y, después, asígnelo a un grupo o usuario de VMware vSphere

Objeto de centro de datos –> Propagar a objeto secundario, rol = Azure Site Recovery

Almacén de datos:> asignar espacio, navegar por el almacén de datos, operaciones de archivos a nivel bajo, eliminar 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
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).

Preparación de una cuenta para la instalación de Mobility Service

Mobility Service debe estar instalado en las máquinas que desee replicar.

  • El dispositivo de replicación de Azure Migrate puede realizar una instalación de inserción de este servicio cuando se habilita la replicación de una máquina, o bien puede instalarlo manualmente o mediante herramientas de instalación.
  • En este tutorial, se va a instalar Mobility Service con la instalación de inserción.
  • Para esta instalación de inserción, debe preparar una cuenta que la herramienta Migración y modernización pueda usar para acceder a la máquina virtual. Esta cuenta se usa solo para la instalación de inserción si no instala Mobility Service de forma manual.

Prepare la cuenta como se indica a continuación:

  1. Prepare un dominio o cuenta local con permisos para instalar en la máquina virtual.
  2. En el caso de las máquinas virtuales Windows, si no usa una cuenta de dominio, deshabilite el control de acceso de usuario remoto en el equipo local agregando la entrada DWORD LocalAccountTokenFilterPolicy, con un valor de 1 en el Registro, en HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System
  3. En máquinas virtuales Linux, prepare una cuenta raíz en el servidor Linux de origen.

Preparación de un equipo para el dispositivo de replicación

El dispositivo de replicación de Azure Site Recovery se usa para replicar máquinas en Azure. Más información.

Para configurar un nuevo dispositivo, se recomienda usar la plantilla OVA, ya que garantiza que se controlan todas las configuraciones de requisitos previos. La plantilla OVA crea una máquina con las especificaciones necesarias.

Si su organización tiene restricciones, puede configurar manualmente el dispositivo de replicación mediante PowerShell. Asegúrese de cumplir todos los requisitos de hardware y software, y cualquier otro requisito previo.

Comprobación de los requisitos de VMware vSphere

Asegúrese de que las máquinas virtuales de VMware vSphere cumplen los requisitos de migración a Azure.

  1. Verificar Requisitos de máquina virtual de VMware vSphere.
  2. Verificar Requisitos de máquina virtual para la migración.
  3. Compruebe la configuración de Azure. Las máquinas virtuales de origen (locales o máquinas virtuales de Azure VMware Solution) que se replican en Azure deben cumplir los requisitos de máquina virtual de Azure.
  4. Hay algunos cambios necesarios en las máquinas virtuales antes de migrarlas a Azure.
    • Es importante realizar estos cambios antes de comenzar la migración. Si migra la máquina virtual antes de realizar el cambio, es posible que la máquina virtual no arranque en Azure.
    • Revise los cambios en Windows y Linux que debe realizar.

Nota:

La migración basada en agentes con la herramienta Migración y modernización se basa en las características del servicio Azure Site Recovery. Es posible que algunos requisitos lleven a la documentación de Site Recovery.

Configuración del dispositivo de replicación

Nota:

El dispositivo de replicación clásica se retira el 30 de septiembre de 2026. El punto de recuperación final para las replicaciones existentes será el 31 de mayo de 2026. El soporte para la migración continuará hasta su fecha de retirada (30 de septiembre de 2026). Debe cambiar al dispositivo simplificado para todas las migraciones nuevas mediante el dispositivo de replicación basado en un agente.

En esta sección se describe cómo configurar el dispositivo simplificado con una plantilla de Open Virtualization Application (OVA) descargada. Si no puede usar este método, puede configurar el dispositivo mediante un script.

Descarga de la plantilla OVF del dispositivo de replicación o el script del instalador de PowerShell

Nota:

Azure Migrate detección basada en dispositivos es un requisito previo para configurar el appliance de replicación y seguir las migraciones basadas en agentes en el nuevo portal. Para ejecutar migraciones mediante el dispositivo de replicación directamente sin instalar el appliance de Azure Migrate, debe redirigir al portal clásico de Azure Migrate; para ello, vaya a su Azure Migrate Project > Ejecutar > Migraciones y haga clic en el vínculo disponible en el banner.

  1. En el proyecto Azure Migrate >Execute>Migration, seleccione Iniciar 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 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.

  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 basada en agente.

  5. En la página Cargas de trabajo , seleccione Configurar el dispositivo de replicación para iniciar la configuración del dispositivo.

  6. El tipo de virtualización y el método de migración (sin agente frente a basado en agente) se completarán automáticamente y aparecerán atenuados basándose en el tipo de dispositivo de Azure Migrate utilizado para la detección y el modo de migración seleccionado en el paso anterior.

  7. En Región de destino, seleccione la región de Azure a la que desea migrar las máquinas.

  8. Seleccione Confirmar que la región de destino para la migración es region-name.

  9. Seleccione Crear recursos. Esto crea un almacén de Azure Site Recovery en segundo plano.

    Nota:

    Después de hacer clic en este botón ya no se puede cambiar la región de destino de este proyecto y todas las migraciones posteriores se dirigen a esta región.

  10. Seleccione Descargar. Se descarga una plantilla OVF.

  11. Anote el nombre del grupo de recursos y el almacén de Recovery Services. Los necesitará durante la implementación del dispositivo.

    Nota:

    Si seleccionó el punto de conexión privado como método de conectividad para el proyecto Azure Migrate cuando se creó, el almacén de Recovery Services también se configurará para la conectividad de punto de conexión privado. Asegúrese de que los puntos de conexión privados son accesibles desde el dispositivo de replicación: Más información

Importación de la plantilla de OVF en VMware vSphere

Después de descargar la plantilla OVF, puede importarla en VMware vSphere para crear la aplicación de replicación en una máquina virtual de VMware vSphere que ejecute Windows Server 2016.

  1. Inicie sesión en VMware vCenter Server o en el host vSphere ESXi con el cliente de VMware vSphere.

  2. En el menú Archivo , seleccione Implementar plantilla OVF para iniciar el Asistente para implementar plantillas de OVF.

  3. En Seleccionar origen, escriba la ubicación del OVF descargado.

  4. En Revisar detalles, seleccione Siguiente.

  5. En Select name and folder (Seleccionar nombre y carpeta) ySelect configuration (Seleccionar configuración), acepte la configuración predeterminada.

  6. En Seleccionar almacenamiento>Seleccionar formato de disco virtual, elija Aprovisionamiento grueso diligente con ceros para obtener un rendimiento mejor.

  7. En el resto de las páginas del asistente, acepte la configuración predeterminada.

  8. En Listo para completarse, para configurar la máquina virtual con la configuración predeterminada, seleccione Encender después de la implementación>Finalizar.

    Sugerencia

    Si desea agregar una NIC adicional, desactive Encender después de la implementación>Finalizar. De forma predeterminada, la plantilla contiene una sola NIC. Puede agregar NIC adicionales después de la implementación.

Registro del dispositivo de replicación

Termine de configurar y registrar el dispositivo de replicación mediante los pasos que se proporcionan aquí.

Ejecución de migraciones

Nota:

En el portal puede seleccionar hasta 10 máquinas virtuales a la vez para la replicación. Si necesita replicar más, agrúpelas en lotes de 10.

  1. En el proyecto Azure Migrate >Execute>Migration, seleccione Iniciar 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 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.

  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 basada en agente.

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

  6. Seleccione el dispositivo de replicación que ha configurado en el menú desplegable o configure un nuevo dispositivo de replicación haciendo referencia a los pasos proporcionados en la sección anterior.

  7. En vCenter Server/vSphere Host, seleccione los detalles del host de vCenter en la lista desplegable.

  8. En Credenciales de invitado, especifique la cuenta de administrador de la máquina virtual que se usará para la instalación forzada del servicio de movilidad. A continuación, haga clic en Siguiente después de seleccionar las máquinas virtuales que desea replicar.

  9. En Configuración de destino, seleccione la suscripción y la región de destino a la que migrará y especifique el grupo de recursos en el que residirán las máquinas virtuales de Azure después de la migración. Complete la siguiente configuración en la hoja,

    • 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, deberá 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.
      • 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 Red virtual, seleccione la red virtual o la subred de Azure a la que se unirán las máquinas virtuales de Azure después de la migración.
    • En La cuenta de almacenamiento en caché, mantenga la opción predeterminada para usar la cuenta de almacenamiento en caché que se crea automáticamente para el proyecto. Use la lista desplegable si desea especificar una cuenta de almacenamiento diferente para usarla como cuenta de almacenamiento en caché con fines de replicación.

    Nota:

    • Si seleccionó el punto de conexión privado como método de conectividad para el proyecto Azure Migrate, conceda al almacén de Recovery Services acceso a la cuenta de almacenamiento en caché. Aprende más
    • Para la replicación mediante ExpressRoute con emparejamiento privado, cree un punto de conexión privado para la cuenta de almacenamiento en caché. Aprende más
    • 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, deberá 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. A continuación, haga clic en Siguiente.
      • Seleccione 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. A continuación, haga clic en Siguiente.
  10. 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.
  1. En Discos, especifique si los discos de máquina virtual deben replicarse en Azure y seleccione el tipo de disco (Premium v2, Disco Ultra, SSD estándar, HDD estándar o Discos administrados Premium) en Azure. Luego, selecciona Siguiente.

    • Puede excluir discos de la replicación.
    • Si excluye discos, no estarán presentes en la máquina virtual de Azure después de la migración.
    • Puede excluir discos si el agente de movilidad ya está instalado en ese servidor. Más información.
  2. En Etiquetas, elija agregar etiquetas a las máquinas virtuales, los discos y las NIC.

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

Seguimiento y supervisión

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

  2. La replicación se produce de la manera siguiente:

    • 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.
    • Cuando finaliza esta 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.
  3. 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.
  4. 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.

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:

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

  2. En la hoja de exploración en profundidad, en la lista desplegable Pruebas , seleccione Iniciar migración de pruebas.

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

  4. Seleccione la subred a la que desea asociar cada una de las tarjetas de interfaz de red (NIC) de la máquina virtual migrada.

    Captura de pantalla que muestra la selección de subred durante la migración de prueba.

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

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

    Recorte de pantalla de Limpiar migración.

    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.

Migración de máquinas virtuales

Después de comprobar que la migración de prueba funciona según lo previsto, puede migrar las máquinas de origen (locales o AVS).

  1. En el proyecto de Azure Migrate, en Execute>Migrations> seleccione el servidor para el que desea realizar la migración final haciendo clic en el nombre del servidor en la columna Workloads.
  2. En la hoja de exploración en profundidad, en la lista desplegable Finalización , seleccione Migrar.
  3. En Migrar>¿Quiere apagar las máquinas virtuales y realizar una migración planificada sin perder datos? , seleccione >Aceptar.
    • De forma predeterminada, Azure Migrate cierra la máquina virtual de origen (local o AVS) y ejecuta una replicación a petición para sincronizar los cambios de máquina virtual que se produjeron desde la última replicación. De esta forma se garantiza que no se pierden datos.
    • Si no desea apagar la máquina virtual, seleccione No
  4. Tiene la opción de actualizar el sistema operativo Windows Server durante la migración. 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.
  5. Si ya tiene una reserva de capacidad para la VM SKU en la suscripción y la 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. La reserva de capacidad para la SKU puede realizarse en cualquier grupo de recursos dentro de la suscripción y ubicación de destino. Más información.
  6. Se inicia un trabajo de migración para el servidor. Realice un seguimiento del trabajo en las notificaciones de Azure.
  7. Una vez finalizado el trabajo, puede ver y administrar el servidor desde la página Migraciones, donde se hará el seguimiento en la fase de finalización.

Completar la migración

  1. Una vez finalizada la migración, en la página de exploración en profundidad del servidor, en la lista desplegable Finalización, seleccione Completar migración. Esto detiene la replicación para la máquina de origen (local o AVS) y limpia la información de estado de replicación de la máquina virtual.
  2. Compruebe y solucione los problemas de activación de Windows en la máquina virtual de Azure.
  3. Realice los ajustes de la aplicación posteriores a la migración, como los nombres de host, la actualización de las cadenas de conexión de la base de datos y las configuraciones del servidor web.
  4. Realice las pruebas finales de la aplicación y la aceptación de la migración en la aplicación migrada que ahora se ejecuta en Azure.
  5. Pase el tráfico a la instancia de máquina virtual de Azure migrada.
  6. Quite las máquinas virtuales de origen (locales o AVS) del inventario de máquinas virtuales locales.
  7. Quite las máquinas virtuales de origen (locales o AVS) de las copias de seguridad locales.
  8. Actualice la documentación interna para mostrar la nueva ubicación y la dirección IP las máquinas virtuales de Azure.

Procedimientos recomendados después de la migración

  • En las instalaciones o en la solución de Azure VMware
    • Mueva el tráfico de la aplicación hasta la aplicación que se ejecuta en la instancia de máquina virtual de Azure migrada.
    • Quite las máquinas virtuales de origen (locales o AVS) del inventario de máquinas virtuales locales.
    • Quite las máquinas virtuales de origen (locales o AVS) de las copias de seguridad locales.
    • Actualice la documentación interna para mostrar la nueva ubicación y la dirección IP las máquinas virtuales de Azure.
  • Ajustar la configuración de las VM de Azure después de la migración:
    • El agente de máquina virtual de Azure administra la interacción de la máquina virtual con el controlador de tejido de Azure. Se requiere para algunos servicios de Azure, como Azure Backup, Site Recovery y Azure Security. Al migrar máquinas virtuales de VMware con la migración basada en agentes, el instalador de Mobility Service instala el agente de VM de Azure en máquinas Windows. En VM Linux, se recomienda instalar al agente después de la migración.
    • Desinstale manualmente Mobility Service de la VM de Azure después de la migración. Se recomienda reiniciar el servidor cuando se le solicite.
    • Desinstale manualmente las herramientas de VMware después de la migración.
  • En Azure:
    • Realice los ajustes de la aplicación posteriores a la migración, como actualizar las cadenas de conexión de la base de datos y las configuraciones del servidor web.
    • Realice las pruebas finales de la aplicación y la aceptación de la migración en la aplicación migrada que ahora se ejecuta en Azure.
  • Continuidad empresarial/recuperación ante desastres
    • Proteja los datos mediante la copia de seguridad de máquinas virtuales de Azure mediante el servicio Azure Backup. Más información.
    • Mantenga las cargas de trabajo en ejecución y disponibles continuamente mediante la replicación de máquinas virtuales de Azure en una región secundaria con Site Recovery. Más información.
  • Para aumentar la seguridad:
  • Para supervisión y administración:

Pasos siguientes