Rehospedaje de un entorno de desarrollo/pruebas local en Azure Virtual Machines mediante Azure Migrate

En este artículo se muestra cómo la empresa ficticia Contoso rehospeda su entorno de desarrollo/pruebas para dos aplicaciones que se ejecutan en máquinas virtuales de VMware mediante la migración a Azure Virtual Machines.

Las aplicaciones SmartHotel360 y osTicket que se usan en este ejemplo son de código abierto. Puede descargarlas para realizar sus propias pruebas.

Opciones de migración

Contoso tiene varias opciones disponibles para trasladar entornos de desarrollo/pruebas a Azure:

Opciones de migración Resultado
Azure Migrate Evaluación y migración de máquinas virtuales locales.

Ejecución de servidores de desarrollo y pruebas mediante la infraestructura como servicio (IaaS) de Azure.

Administración de máquinas virtuales con Azure Resource Manager.
Azure DevTest Labs Aprovisionamiento rápido de entornos de desarrollo y pruebas.

Minimización de pérdidas con cuotas y directivas.

Establecimiento de apagados automáticos para minimizar los costos.

Creación de entornos de Windows y Linux.

Nota:

Vea cómo Contoso ha trasladado su entorno de desarrollo/pruebas a Azure mediante DevTest Labs.

Impulsores del negocio

El equipo de responsables del desarrollo ha descrito lo que quiere lograr con esta migración. Su objetivo es trasladar rápidamente sus funcionalidades de desarrollo/pruebas fuera de un centro de datos local y no tener que volver a comprar hardware para desarrollar software. Contoso también quiere capacitar a los desarrolladores para que puedan crear y ejecutar sus entornos sin que intervenga TI.

Nota:

Contoso usará la oferta de suscripción Desarrollo/pruebas - Pago por uso para sus entornos. Cada suscriptor activo de Visual Studio del equipo puede usar el software de Microsoft incluido en las máquinas virtuales de la suscripción para el desarrollo y las pruebas sin cargo adicional. Contoso solo pagará la tarifa de Linux para las máquinas virtuales que se ejecuten. Eso incluye máquinas virtuales con SQL Server, SharePoint Server u otro software que normalmente se facture a una tarifa superior.

Objetivos de la migración

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

  • Contoso quiere trasladar rápidamente sus entornos de desarrollo/pruebas locales.
  • Después de la migración, el entorno de desarrollo y pruebas de Contoso en Azure debe tener funcionalidades mejoradas en comparación con las del sistema actual de VMware.
  • El modelo de operaciones pasará de estar aprovisionado por TI a DevOps con autoservicio de aprovisionamiento.

Diseño de la solución

Después de precisar los objetivos y requisitos, Contoso diseña y revisa una solución de implementación e identifica el proceso de migración. El proceso incluye los servicios de Azure que Contoso usará para la migración.

Aplicación actual

  • Las máquinas virtuales de desarrollo y pruebas de las dos aplicaciones se ejecutan en máquinas virtuales (WEBVMDEV, SQLVMDEV, OSTICKETWEBDEV, OSTICKETMYSQLDEV). Estas máquinas virtuales se usan para el desarrollo antes de promocionar el código a las máquinas virtuales de producción.
  • Las máquinas virtuales se encuentran en el host de VMware ESXi contosohost1.contoso.com (versión 6.5).
  • El entorno de VMware lo administra 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

  • Puesto que las máquinas virtuales se usan para desarrollo/pruebas, residirán en el grupo de recursos ContosoDevRG de Azure.

  • Las máquinas virtuales se migrarán a la región principal de Azure (East US 2) y se colocarán en la red virtual de desarrollo (VNET-DEV-EUS2).

  • Las máquinas virtuales front-end web residirán en la subred front-end (DEV-FE-EUS2) de la red de desarrollo.

  • La máquina virtual de la base de datos residirá en la subred de la base de datos (DEV-DB-EUS2) de la red de desarrollo.

  • Las VM locales del centro de datos de Contoso se retirarán después de realizar la migración.

    Diagrama de la arquitectura propuesta para el escenario, con máquinas virtuales y locales.Figura 1: arquitectura propuesta.

Consideraciones sobre la base de datos

Para respaldar el desarrollo continuo, Contoso ha decidido seguir usando las máquinas virtuales existentes y migrarlas a Azure. En el futuro, Contoso pretenderá el uso de servicios de plataforma como servicio (PaaS), como Azure SQL Database y Azure Database for MySQL.

  • Las máquinas virtuales de las bases de datos se migrarán tal cual están, sin cambios.
  • Con el uso de la oferta de suscripción Desarrollo/pruebas de Azure, los equipos que ejecuten Windows Server y SQL Server no incurrirán en cargos de licencias. Al evitar esas tarifas, los costos de proceso se reducirán al mínimo.
  • En el futuro, Contoso buscará integrar su desarrollo con los servicios de PaaS.

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 Todas las máquinas virtuales de desarrollo se trasladarán a Azure sin cambios, lo cual simplifica la migración.

Dado que Contoso usa un enfoque lift-and-shift para ambos conjuntos de máquinas virtuales, no se necesitan herramientas de configuración ni de migración especiales para la base de datos de la aplicación.

Contoso puede aprovechar su inversión en la suscripción de Desarrollo/pruebas de Azure para ahorrarse el precio de las licencias.

Contoso conservará el control total de las máquinas virtuales de aplicaciones en Azure.

A los desarrolladores se les proporcionarán derechos sobre la suscripción que les permitirán crear nuevos recursos sin esperar a que el equipo de TI responda a sus solicitudes.
Desventajas La migración solo trasladará sus máquinas virtuales, pero aún no se trasladarán a los servicios de PaaS para su desarrollo. Esto significa que Contoso tendrá que empezar a dar soporte a las operaciones de sus máquinas virtuales, incluidos los parches de seguridad. En el pasado esto lo realizaba el equipo de TI, por lo que Contoso tendrá que encontrar una solución para esta nueva tarea operativa.

La solución basada en la nube capacita a los desarrolladores y no tiene medidas de seguridad para el sobreaprovisionamiento de sistemas. Los desarrolladores podrán aprovisionar sus sistemas de forma instantánea, pero podrían crear recursos que cuestan dinero pero que no están incluidos en el presupuesto.

Nota:

Contoso podría afrontar las desventajas de su lista mediante DevTest Labs.

Proceso de migración

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

  • 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á las máquinas virtuales. Para ello, probará la migración y, si es correcta, la conmutará por error en Azure.
  • Una vez que las máquinas virtuales de desarrollo estén en funcionamiento en Azure, Contoso volverá a configurar sus estaciones de trabajo de desarrollo para que apunten a las máquinas virtuales que ahora se ejecutan en Azure.

Diagrama del proceso de migración.Figura 2: información general sobre el proceso de migración.

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, y las instancias de máquinas virtuales de AWS o GCP. Durante la replicación en Azure, se incurre en gastos de Azure Storage. Las máquinas virtuales de Azure se crean e incurren en gastos cuando se produce la migración y empiezan a ejecutarse en Azure. Más información sobre cargos y precios.

Requisitos previos

Esto es lo que tiene hacer Contoso para ejecutar este escenario:

Requisitos Detalles
Suscripción de Desarrollo/pruebas de Azure Contoso crea una suscripción de Desarrollo/pruebas de Azure para aprovechar unos costos rebajados hasta el 80 por ciento.

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 a Site Recovery con el control de acceso basado en rol de Azure (RBAC 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: Preparación del entorno de VMware local para Azure Migrate: Server Migration. Se preparan las cuentas para la detección de máquinas virtuales y se prepara la conexión a las máquinas virtuales de Azure tras la migración.
  • Paso 3: Replicación de máquinas virtuales. Se configura la replicación y se comienzan a replicar las máquinas virtuales en Azure Storage.
  • Paso 4: 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 máquinas virtuales a Azure.

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

Contoso tiene que migrar las máquinas virtuales a una red virtual en la que residirán las máquinas virtuales de Azure cuando se creen, aprovisionen y configuren mediante Azure Migrate: Herramienta de migración del servidor.

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

    • Las máquinas virtuales que se van a migrar se usan para el desarrollo. Se migrarán a la red virtual de desarrollo de Azure (VNET-DEV-EUS2) en la región principal East US 2.
    • Ambas máquinas virtuales se colocarán en el grupo de recursos ContosoDevRG que se usa para los recursos de desarrollo.
    • Las máquinas virtuales de front-end de aplicaciones (WEBVMDEV y OSTICKETWEBDEV) se migrarán a la subred de front-end (DEV-FE-EUS2) de la red de producción.
    • Las máquinas virtuales de la base de datos de aplicación (SQLVMDEV y OSTICKETMYSQLDEV) se migrarán a la subred de base de datos (DEV-DB-EUS2) de 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.

      Captura de pantalla de la descarga del archivo O V A.Figura 3: descarga del archivo .OVA.

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

      • Configure los requisitos previos.

        Captura de pantalla de la sección de configuración de los requisitos previos.Figura 4: Configuración de los requisitos previos.

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

        Captura de pantalla de la sección de configuración de la detección de Azure Migrate.Figura 5: Suscripción de Azure.

      • Configure las credenciales de VMWare vCenter.

        Captura de pantalla de la sección para configurar las credenciales de VMware vCenter.Figura 6: Establecimiento de las credenciales de VMware vCenter.

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

        Captura de pantalla de la sección para detectar aplicaciones y dependencias en VM.Figura 7: Incorporación de credenciales basadas en Windows para la detección.

  3. 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 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 realizan lo siguiente 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 Public.
    • Compruebe que se permite RDP o SSH en el firewall del sistema operativo.
    • Instale SSH con el comando siguiente: sudo apt-get ssh install -y.
  2. Para el acceso a través de la 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.
    • Para Windows, establezca la directiva de SAN del sistema operativo en la máquina virtual local en OnlineAll.
  3. Instale el Agente de Windows de Azure y el Agente de Linux de Azure.

En el caso de Windows, no debe haber actualizaciones 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?

Aprenda a preparar las máquinas virtuales para la migración.

Paso 3: Replicar máquinas virtuales locales

Para que los administradores de Contoso puedan ejecutar una migración a Azure, tienen que configurar y habilitar la replicación. Una vez finalizada la detección, 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.

    Captura de pantalla que muestra el botón Replicar en las herramientas de migración.Figura 8: Replicación de VM.

  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.

    Captura de pantalla que muestra la configuración de origen y el cuadro con el nombre del dispositivo.Figura 9: Configuración de origen.

  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 .

    • Si no ha ejecutado una evaluación o no desea usar la configuración de 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.

      Captura de pantalla que muestra la selección de la evaluación para las máquinas virtuales.Figura 10: Configuración de los requisitos previos.

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

    Nota:

    En el caso de Contoso, los administradores seleccionarán No en Ventaja híbrida de Azure porque se trata de una suscripción de Desarrollo/pruebas de Azure. Esto significa que solo pagarán por el proceso. Ventaja híbrida de Azure solo se debe usar en los sistemas de producción que tienen ventajas de Software Assurance.

  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, esta lista desplegable contiene el tamaño recomendado. De lo contrario, Azure Migrate selecciona un tamaño en función de la coincidencia más cercana en la suscripción de Azure. En su lugar, puede elegir un tamaño 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, y, a continuación, seleccione Siguiente. Puede excluir discos de la replicación. Si lo hace, esos 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 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 4: Migrar las VM

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.

    Captura de pantalla que muestra la selección para probar los servidores migrados.Figura 11: Prueba de 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.

    Captura de pantalla que muestra la selección para probar los servidores migrados.Figura 12: Prueba de la migración.

  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.

    Captura de pantalla que muestra la selección para limpiar la migración de prueba.Figura 13: Limpieza de 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.

    Captura de pantalla que muestra las selecciones para replicar servidores.Figura 14: Replicación de 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 >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?

Aprenda a ejecutar una migración de prueba y como migrar máquinas virtuales a Azure.

Limpiar después de la migración

Las máquinas virtuales de desarrollo de las aplicaciones SmartHotel360 y osTicket comienzan a ejecutarse en máquinas virtuales de Azure cuando la migración está completa.

Ahora, Contoso debe completar estos pasos de limpieza:

  • Una vez completada la migración, detenga la replicación.
  • Quite las máquinas virtuales WEBVMDEV, SQLVMDEV, OSTICKETWEBDEV y OSTICKETMYSQLDEV del inventario de vCenter.
  • Quite todas las máquinas virtuales 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 ahora 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 grupos de seguridad de red 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 Azure 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 el servicio Azure Backup. Para más información, consulte la introducción a la copia de seguridad de máquinas virtuales de Azure.

Optimización de los costos y licencias

Contoso se va a asegurar de que todos los recursos de desarrollo de Azure se creen con una suscripción de desarrollo/pruebas para ahorrar el 80 %. Los administradores habilitarán Azure Cost Management + Billing para ayudar a supervisar y administrar los recursos de Azure.

Conclusión

En este artículo, Contoso ha rehospedado las máquinas virtuales de desarrollo usadas para sus aplicaciones SmartHotel360 y osTicket 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.