Rehospedaje de una aplicación local en máquinas virtuales de Azure mediante Azure Migrate

En este artículo se muestra cómo la compañía ficticia Contoso rehospeda una aplicación de front-end de Windows .NET de dos niveles que se ejecuta en máquinas virtuales de VMware mediante la migración de las VM de la aplicación a VM de Azure.

SmartHotel360, la aplicación usada en este ejemplo, se proporciona como software de código abierto. Si quiere utilizarla para sus propias pruebas, puede descargarla desde GitHub.

Impulsores del negocio

El equipo directivo de TI ha trabajado estrechamente con sus socios comerciales para comprender lo quieren lograr con esta migración. Quieren:

• Abordar el crecimiento del negocio. Contoso está creciendo y, como resultado, sus sistemas locales e infraestructura están bajo presión.
• Limitar el riesgo. La aplicación SmartHotel360 es fundamental para el negocio de Contoso. La empresa quiere mover la aplicación a Azure sin ningún riesgo.
• Extensión. Contoso no quiere modificar la aplicación, pero quiere asegurarse de que esta sea estable.

Objetivos de la migración

El equipo de la nube de Contoso ha establecido los objetivos de esta migración. Estos objetivos se utilizan para determinar el mejor método de migración:

• Después de la migración, la aplicación de Azure debería tener las mismas funcionalidades de rendimiento que tiene actualmente en VMware. La aplicación seguirá siendo tan imprescindible en la nube como lo ha sido en el entorno local.
• Aunque esta aplicación es importante para Contoso, la empresa no desea invertir en ella en este momento. Contoso desea migrar la aplicación de forma segura a la nube en su forma actual.
• Contoso no quiere cambiar el modelo de operaciones de esta aplicación. Lo que quiere es interactuar con ella en la nube de la misma manera que lo hace ahora.
• Contoso no quiere cambiar la funcionalidad de la aplicación. Solo cambiará su ubicación.

Diseño de la solución

Después de establecer los objetivos y requisitos, Contoso diseña y revisa una solución de implementación. También identifica el proceso de migración, incluidos los servicios de Azure que se usarán para la migración.

Aplicación actual

• La aplicación se divide en niveles entre dos VM (WEBVM y SQLVM).
• Las máquinas virtuales se encuentran en el host de VMware ESXi contosohost1.contoso.com (versión 6.5).
• El entorno de VMware se administra con vCenter Server 6.5 (vcenter.contoso.com) que se ejecuta en una máquina virtual.
• Contoso tiene un centro de datos local (contoso-datacenter) con un controlador de dominio local (contosodc1).

Arquitectura propuesta

• Dado que la aplicación es una carga de trabajo de producción, las VM de la aplicación en Azure residirán en el grupo de recursos de producción ContosoRG.
• Las VM de la aplicación se migrarán a la región primaria de Azure (Este de EE. UU. 2) y se colocarán en la red de producción (VNET-PROD-EUS2).
• La VM front-end web residirá en la subred front-end (PROD-FE-EUS2), en la red de producción.
• La VM de base de datos residirá en la subred de base de datos (PROD-DB-EUS2), en la red de producción.
• Las VM locales del centro de datos de Contoso se retirarán después de realizar la migración.

Consideraciones sobre la base de datos

Como parte del proceso de diseño de la solución, Contoso hizo una comparación de características entre Azure SQL Database y SQL Server. Las siguientes consideraciones ayudaron a la empresa a decidirse por una máquina virtual de IaaS de Azure que ejecuta SQL Server:

• El uso de una máquina virtual de Azure que ejecuta SQL Server parece ser una solución óptima si Contoso necesita personalizar el sistema operativo y la base de datos, o colocar y ejecutar aplicaciones de terceros en la misma máquina virtual.
• Con Software Assurance, Contoso puede intercambiar sus licencias existentes para obtener descuentos en una instancia de SQL Managed Instance con la Ventaja híbrida de Azure para SQL Server. Con esto, podrá ahorrar hasta un 30 % en SQL Managed Instance.

Revisión de la solución

Contoso evalúa el diseño propuesto y crea una lista de ventajas y desventajas.

Consideración	Detalles
Ventajas	Las dos máquinas virtuales de aplicaciones se moverán a Azure sin cambios, de forma que se simplifica la migración. Dado que Contoso usa un enfoque lift-and-shift para ambas máquinas virtuales de aplicaciones, no se necesitan herramientas de configuración ni de migración especiales para la base de datos de aplicación. Contoso puede aprovechar su inversión en Software Assurance si usa la Ventaja híbrida de Azure. Contoso conservará el control total de las VM de la aplicación en Azure.
Desventajas	WEBVM y SQLVM ejecutan Windows Server 2008 R2. Azure admite el sistema operativo para roles específicos. Más información. Las capas de datos y web de la aplicación siguen siendo un único punto de error. SQLVM se está ejecutando en SQL Server 2008 R2. SQL Server 2008 R2 ya no tiene soporte estándar, pero es compatible con las máquinas virtuales de Azure. Más información. Contoso debe seguir admitiendo la aplicación en las máquinas virtuales de Azure, en lugar de cambiar a un servicio administrado, como Azure App Service o Azure SQL Database.

Proceso de migración

Contoso migrará el front-end de aplicaciones y las máquinas virtuales de la base de datos a las máquinas virtuales de Azure mediante el método sin agente de Azure Migrate: Herramienta de migración del servidor.

• Como primer paso, contoso prepara y configura componentes de Azure para Azure Migrate: Server Migration y prepara la infraestructura local de VMware.
• La infraestructura de Azure ya está implementada, por lo que Contoso solo tiene que configurar la replicación de las máquinas virtuales con la herramienta Azure Migrate: Herramienta de migración del servidor.
• Con todo preparado, Contoso puede comenzar a replicar las máquinas virtuales.
• Una vez que se haya habilitado la replicación y esta se encuentre en funcionamiento, Contoso migrará la máquina virtual. Para ello, probará la migración y, si es correcta, la conmutará por error en Azure.

Servicios de Azure

Servicio	Descripción	Coste
Azure Migrate: Server Migration	El servicio orquesta y administra la migración de las aplicaciones y cargas de trabajo locales, así como las instancias de máquinas virtuales de Amazon Web Services (AWS) y Google Cloud Platform (GCP).	Durante la replicación en Azure, se incurre en gastos de Azure Storage. Las VM de Azure se crean e incurren en gastos cuando se produce la migración y las VM se ejecutan en Azure. Más información sobre cargos y precios.

Requisitos previos

Contoso y otros usuarios tienen que cumplir los requisitos previos a continuación en este escenario.

Requisitos	Detalles
Suscripción de Azure	En un artículo anterior de esta serie, Contoso creó suscripciones. Si no tiene una suscripción a Azure, cree una cuenta gratuita. Si crea una cuenta gratuita, será el administrador de su suscripción y podrá realizar todas las acciones. Si usa una suscripción existente y no es el administrador, solicite al administrador que le asigne permisos de propietario o colaborador. Si necesita permisos más específicos, consulte Administración del acceso de Site Recovery con el control de acceso basado en rol de Azure.
Infraestructura de Azure	Vea cómo Contoso configuró una infraestructura de Azure. Más información sobre los requisitos previos específicos para Azure Migrate: Server Migration.
Servidores locales	Los servidores vCenter locales deberían ejecutar las versiones 5.5, 6.0, 6.5 o 6.7. Los hosts ESXi deben ejecutar la versión 5.5, 6.0, 6.5 o 6.7. Una o más VM VMware se deben ejecutar en el host ESXi.

Pasos del escenario

Los administradores de Contoso ejecutarán la migración de la forma siguiente:

• Paso 1: Preparación de Azure para Azure Migrate: Server Migration. Se agrega la herramienta de migración del servidor al proyecto de Azure Migrate.
• Paso 2: Replicación en máquinas virtuales locales. Se configura la replicación y se comienzan a replicar las máquinas virtuales en Azure Storage.
• Paso 3: Migración de las máquinas virtuales con Azure Migrate: Server Migration. Se ejecuta una migración de prueba para garantizar que todo funciona y, luego, se ejecuta una migración completa para mover las VM a Azure.

Paso 1: Preparación de Azure para Azure Migrate: Server Migration

Para migrar máquinas virtuales a Azure, Contoso necesita una red virtual en la que se encontrarán las máquinas virtuales de Azure cuando se creen durante la migración. También necesita la herramienta Azure Migrate: Server Migration (archivo OVA) aprovisionada y configurada.

1. Configure una red. Contoso ya configuró una que se puede usar para Azure Migrate: Server Migration cuando implementó la infraestructura de Azure.

   • La aplicación SmartHotel360 es una aplicación de producción, y las máquinas virtuales se migrarán a la red de producción de Azure (VNET-PROD-EUS2) en la región primaria (East US 2).
   • Ambas máquinas virtuales se colocarán en el grupo de recursos ContosoRG, que se usa para los recursos de producción.
   • La máquina virtual de front-end de aplicaciones (WEBVM) se migrará a la subred de front-end (PROD-FE-EUS2), en la red de producción.
   • La máquina virtual de base de datos de aplicaciones (SQLVM) se migrará a la subred de base de datos (PROD-DB-EUS2), en la red de producción.

2. Aprovisione la herramienta Azure Migrate:Server Migration: Herramienta de migración del servidor.

   1. Desde Azure Migrate, se descarga el archivo de la imagen .OVA y se importa en VMWare.

      

   2. Inicie la imagen importada y configure la herramienta, incluidos los pasos siguientes:

      • Configure los requisitos previos.

        

      • Dirija la herramienta a la suscripción de Azure.

        

      • Configure las credenciales de VMWare vCenter.

        

      • Agregue las credenciales basadas en Windows para la detección.

        

Al completar la configuración, la herramienta tardará un tiempo en mostrar todas las máquinas virtuales. Cuando este proceso finalice, verá que se rellenan en la herramienta Azure Migrate de Azure.

¿Necesita más ayuda?

Aprenda a configurar la herramienta Azure Migrate: Server Migration.

Preparación de las VM locales

Después de la migración, Contoso quiere conectarse a las VM de Azure y permitir que Azure administre las VM. Para ello, los administradores de Contoso tienen que realizar los siguientes pasos antes de la migración:

1. Para el acceso a través de Internet:

   • Habilite RDP o SSH en la VM local antes de la migración.
   • Se asegura de que se agregan las reglas TCP y UDP para el perfil público.
   • Compruebe que se permite RDP o SSH en el firewall del sistema operativo.

2. Para el acceso a través de VPN de sitio a sitio:

   • Habilite RDP o SSH en la VM local antes de la migración.
   • Compruebe que se permite RDP o SSH en el firewall del sistema operativo.
   • En Windows, establezca en OnlineAll la directiva de SAN del sistema operativo de la máquina virtual local.

3. Instale el agente de Azure Windows.

Otras consideraciones:

• Para Windows, no debe haber actualizaciones de Windows pendientes en la máquina virtual cuando se desencadene una migración. Si las hay, los administradores no podrán iniciar sesión en la máquina virtual hasta que se completen las actualizaciones.
• Después de la migración, los administradores pueden comprobar los diagnósticos de arranque para ver una captura de pantalla de la máquina virtual. Si no funciona, debe comprobar que la máquina virtual está en ejecución, así como revisar las sugerencias de solución de problemas.

¿Necesita más ayuda?

Más información sobre cómo preparar las máquinas virtuales para la migración.

Paso 2: Replicar máquinas virtuales locales

Antes de que los administradores de Contoso puedan ejecutar una migración a Azure, tienen que configurar y habilitar la replicación.

Una vez completada la detección, se puede comenzar la replicación de máquinas virtuales de VMware en Azure.

1. En el proyecto de Azure Migrate, vaya a Servidores>Azure Migrate: Server Migration. A continuación, seleccione Replicar.

   

2. En Replicar>Configuración de origen>¿Las máquinas están virtualizadas? , seleccione Sí, con VMware vSphere.

3. En Dispositivo local, seleccione el nombre del dispositivo de Azure Migrate que configuró y, a continuación, seleccione Aceptar.

   

4. En Máquinas virtuales, seleccione las máquinas que quiere replicar.

   • Si ha ejecutado una evaluación para las máquinas virtuales, puede aplicar las recomendaciones de tamaño y tipo de disco (Premium o estándar) de máquina virtual que sugieren los resultados de dicha evaluación. Para ello, en ¿Quiere importar la configuración de migración de evaluación de Azure Migrate? , seleccione la opción Sí.
   • Si no ha ejecutado una evaluación o no desea usar la configuración de la evaluación, seleccione la opción No.
   • Si ha decidido usar la evaluación, seleccione el grupo de máquinas virtuales y el nombre de la evaluación.

   

5. En Máquinas virtuales, busque las máquinas virtuales que necesite y compruebe todas las que desee migrar. Después, seleccione Next: Configuración de destino.

6. En Configuración de destino, seleccione la suscripción y la región de destino a la que migrará. A continuación, especifique el grupo de recursos en el que residirán las máquinas virtuales de Azure después de la migración. 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.

7. En Ventaja híbrida de Azure:

   • Seleccione No si no desea aplicar la Ventaja híbrida de Azure. Luego, seleccione Siguiente.
   • Seleccione Sí si tiene equipos con Windows Server que están incluidos en suscripciones activas de Software Assurance o Windows Server y desea aplicar el beneficio a las máquinas que va a migrar. Luego, seleccione Siguiente.

8. En Proceso, revise el nombre de la máquina virtual, su tamaño, el tipo de disco del sistema operativo y el conjunto de disponibilidad. Las máquinas virtuales deben cumplir los requisitos de Azure.

   • Tamaño de la VM: si usa las recomendaciones de la evaluación, la lista desplegable de tamaño de máquina virtual contendrá 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 de sistema operativo tiene el cargador de arranque y el instalador del sistema operativo.
   • conjunto de disponibilidad: si la máquina virtual debe estar incluida en un conjunto de disponibilidad de Azure después de la migración, especifique el conjunto. El conjunto debe estar en el grupo de recursos de destino que especifique para la migración.

9. En Discos, especifique si los discos de la máquina virtual se deben replicar en Azure y seleccione el tipo de disco (discos SSD o HDD estándar, o bien SSD prémium) en Azure. Luego, seleccione 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.

10. En Revisar e iniciar la replicación, revise la configuración y, a continuación, seleccione Replicar para iniciar la replicación inicial de los servidores.

Nota:

Puede actualizar la configuración de replicación en cualquier momento antes de que esta comience; para ello, vaya a Administrar>Replicación de máquinas. Una vez iniciada la replicación, su configuración no se puede cambiar.

Paso 3: Migración de las máquinas virtuales con Azure Migrate: Server Migration

Los administradores de Contoso ejecutan una migración de prueba rápida y, a continuación, una migración para migrar las máquinas virtuales.

Ejecutar una migración de prueba

1. En Objetivos de migración>Servidores>Azure Migrate: Server Migration, seleccione Probar servidores migrados.

   

2. Mantenga presionada o haga clic con el botón derecho en la máquina virtual que va a probar y, a continuación, seleccione Migración de prueba.

   

3. En Migración de prueba, seleccione la red virtual de Azure en la que se ubicará la máquina virtual de Azure después de la migración. Se recomienda que use una red virtual que no sea de producción.

4. Comienza el trabajo de Migración de prueba. Supervise el trabajo en las notificaciones del portal.

5. Una vez finalizada la migración, la máquina virtual de Azure migrada se puede ver en Máquinas virtuales en Azure Portal. El nombre de la máquina tiene un sufijo -Test.

6. Una vez finalizada la prueba, mantenga presionada o haga clic con el botón derecho en la máquina virtual de Azure, en Replicación de máquinas y seleccione Limpiar la migración de prueba.

   

Migrar las VM

Ahora, los administradores de Contoso ejecutan una migración completa.

1. En el proyecto de Azure Migrate, seleccione Servidores>Azure Migrate: Server Migration>Replicando servidores.

   

2. En Replicación de máquinas, mantenga presionada o haga clic con el botón derecho en la máquina virtual y 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 apaga la máquina virtual local y ejecuta una replicación a petición para sincronizar los cambios que se han producido en la máquina virtual desde la última replicación. De esta forma se garantiza que no se pierden datos. Si no desea apagar la VM, seleccione No.

4. Se inicia un trabajo de migración de la máquina virtual. Realice un seguimiento del trabajo en las notificaciones de Azure.

5. Una vez finalizado el trabajo, la máquina virtual puede ver y administrar desde la página Máquinas virtuales.

¿Necesita más ayuda?

• Más información sobre cómo ejecutar una migración de prueba.
• Más información sobre cómo migrar máquinas virtuales a Azure.

Limpiar después de la migración

Al finalizar la migración, las capas de la aplicación SmartHotel360 ahora se ejecutan en VM de Azure.

Ahora, Contoso debe realizar estos pasos de limpieza:

• Una vez completada la migración, detenga la replicación.
• Quite la máquina WEBVM del inventario de vCenter.
• Quite la máquina SQLVM del inventario de vCenter.
• Quite WEBVM y SQLVM de los trabajos de copia de seguridad locales.
• Actualice la documentación interna para mostrar la nueva ubicación y las direcciones IP de las máquinas virtuales.
• Revisar los recursos que interactúan con las VM y actualizar las opciones de configuración pertinentes o la documentación para reflejar la nueva configuración.

Revisión de la implementación

Con la aplicación en ejecución, Contoso debe hacer que sea totalmente operativa y protegerla en Azure.

Seguridad

El equipo de seguridad de Contoso revisa las máquinas virtuales de Azure para determinar si existe algún problema de seguridad. Para controlar el acceso, el equipo revisa los grupos de seguridad de red de las máquinas virtuales. Los NSG se usan para garantizar que solo el tráfico permitido pueda comunicarse con la aplicación. El equipo también tiene en cuenta la protección de los datos en el disco con Azure Disk Encryption y Key Vault.

Para obtener más información, consulte Procedimientos de seguridad recomendados para cargas de trabajo de IaaS de Azure.

Continuidad empresarial y recuperación ante desastres

Para la continuidad empresarial y la recuperación ante desastres, Contoso realiza las siguientes acciones:

• Mantener seguros los datos: Contoso realiza la copia de seguridad de los datos de las máquinas virtuales mediante Azure Backup.
• Mantener las aplicaciones en funcionamiento: Contoso replica las máquinas virtuales de aplicaciones en Azure en una región secundaria mediante Azure Site Recovery.

Optimización de los costos y licencias

Actualmente, Contoso tiene licencia para las máquinas virtuales existentes y aprovechará la Ventaja híbrida de Azure. Contoso convertirá las máquinas virtuales de Azure existentes para aprovechar las ventajas que ofrecen estos precios.

Contoso habilitará Azure Cost Management + Billing para ayudar a supervisar y administrar los recursos de Azure.

Conclusión

En este artículo, Contoso ha rehospedado la aplicación SmartHotel360 en Azure. Los administradores migraron las máquinas virtuales de la aplicación a las máquinas virtuales de Azure mediante Azure Migrate: Herramienta de migración del servidor. También puede revisar los proyectos de Azure DevOps publicados en el Generador de demos de Azure DevOps. Una vez en el generador, descargue el Server Migration Project en la barra de navegación de Cloud Adoption Framework.