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:

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

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.

Configuración del dispositivo de replicación

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.

Descargue la plantilla OVF del dispositivo de replicación

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, seleccione Desde el dispositivo de replicación (VMware) en Otros orígenes. Seleccione el vínculo disponible en la página para iniciar la configuración.

4. En la página de configuración, el tipo de virtualización se rellena previamente en función de la selección aplicada en el paso anterior (VMware).

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

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

7. Seleccione Crear recursos. Esta acción 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.

8. Seleccione Descargar. Se descarga una plantilla OVF.

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

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?, seleccione una de las siguientes opciones:

   • Si tiene un dispositivo de Azure Migrate existente, seleccione una de las siguientes opciones y vaya al método Discovery:
     • De todo el inventario para seleccionar manualmente servidores.
     • De una evaluación para usar una evaluación existente.
   • Si no tiene un dispositivo de Azure Migrate existente (necesario para evaluaciones, oleadas y otras funcionalidades de planeación) y desea ejecutar directamente migraciones basadas en agentes, seleccione Desde un dispositivo de replicación (VMware). Si ha completado la configuración del dispositivo de replicación, puede continuar con cargas de trabajo. De lo contrario, complete la configuración según los pasos proporcionados en la sección anterior.

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 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 servidores elegibles para la selección y el resto están deshabilitados. Consulta la matriz de soporte CVM.
   • Seleccione el dispositivo de replicación que configuró en el menú desplegable o configure un nuevo dispositivo de replicación haciendo referencia a los pasos proporcionados en la sección anterior.
     • En vCenter Server/vSphere Host, seleccione los detalles del host de vCenter en la lista desplegable.
     • En Credenciales de invitado, especifique la cuenta de administrador de la máquina virtual que usará para la instalación de inserción del servicio Mobility.
   • A continuación, seleccione Siguiente después de seleccionar las máquinas virtuales que desea replicar.

6. En Configuración de destino, seleccione la suscripción y la región de destino a la que desea migrar y especifique el grupo de recursos donde residen las máquinas virtuales Azure después de la migración. Complete la siguiente configuración:

   • 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 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

   • Ventaja híbrida de Azure: Aplique Ventaja híbrida de Azure y ahorre hasta un 76 % frente a los costes de pago por uso al usar una licencia válida de Windows Server y/o Enterprise Linux. Active las casillas aplicables a su licencia (Windows Server licencia 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:

           • Secure Boot está activado por defecto en las máquinas virtuales objetivo cuando se selecciona el cifrado de disco de Confidential OS.
           • 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 la primera escritura mientras reside 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). 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. El disco del sistema operativo contiene 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 realizarse en cualquier grupo de recursos dentro de la suscripción y ubicación de destino. Más información.

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

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

10. 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 realiza en tres fases en la fase ejecución:

   1. 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 ejecutar las operaciones Detener la replicación e Iniciar la replicación en esta etapa, si es necesario, usando los menús desplegables disponibles en el panel de desglose del servidor.
      • Una vez completada la replicación inicial, los servidores se mueven a la fase De prueba .

      

   2. Pruebas:

      • Los servidores para los que la replicación inicial está completa y la replicación diferencial está en curso se mueve a la fase de pruebas .
      • Puede optar por 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 .

   3. Finalización:

      • Los servidores en los que se completan o se omiten las migraciones de prueba pasan a esta fase. Puede realizar las migraciones finales (Cutover) para estos servidores.
      • Una vez completada la migración, realice una Migración completa para limpiar los recursos de migración mediante los menús desplegables disponibles en la sección donde salen los datos desglosados 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 la migración de prueba:

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 que se va a asociar a cada tarjeta de interfaz de red (NIC) de la máquina virtual migrada.

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. Seleccione la migración de prueba para iniciar el trabajo. Supervise el estado del trabajo en el portal en Estado de ejecución. Una vez completada la migración de pruebas, limpie los recursos de prueba; para ello, vaya al servidor y seleccione Limpiar la 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.

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 sección de los datos desglosados, en el menú desplegable Finalización, seleccione Migrar.

   

3. En Migrar>¿Quiere apagar las máquinas virtuales y realizar una migración planificada sin perder datos? , seleccione Sí>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:
  • Bloquee y limite el acceso del tráfico entrante con Microsoft Defender para la nube: administración Just-In-Time.
  • Administre y controle las actualizaciones en máquinas Windows y Linux con el Administrador de actualizaciones de Azure.
  • Restrinja el tráfico de red hacia endpoints de gestión utilizando Grupos de Seguridad de Red.
  • Implemente Azure Disk Encryption para ayudar a proteger los discos y evitar el robo y el acceso no autorizado a los datos.
  • Obtenga más información sobre cómo proteger los recursos de IaaS y visite Microsoft Defender para la nube.
• Para supervisión y administración:
  • Considere la posibilidad de implementar Microsoft Cost Management para supervisar el gasto y el uso de recursos.

Pasos siguientes

• Investigue el recorrido de migración a la nube en Azure Cloud Adoption Framework.
• Obtenga más información sobre cómo migrar los servidores Hyper-V y Physical.