Migra VM con Migrate for Compute Engine: Migra tus VM

En este documento, encontrarás ayuda para migrar máquinas virtuales (VM) de tu entorno de origen a Google Cloud con Migrate for Compute Engine. Tu entorno de origen puede ejecutarse en un entorno local, en un entorno de hosting privado o en otra nube pública.

Este documento es parte de una serie de varias partes sobre la migración a Google Cloud. Si te interesa ver una descripción general de la serie, consulta Migración a Google Cloud: Elige tu ruta de migración.

Este documento forma parte de una serie:

Este documento es útil si planeas migrar VM de un entorno de origen compatible a Compute Engine con Migrate for Compute Engine. Estos entornos de origen pueden incluir los siguientes elementos:

En este documento, se supone que ya habías planificado y compilado una base para Migrate for Compute Engine, mediante la migración de VM con Migrate for Compute Engine: Compila tu base. En la fase de implementación del framework de migración, migras tus VM a Google Cloud.

Estructura de una migración

Los siguientes términos son importantes para comprender cómo organizar una migración de VM de un entorno de origen compatible a Google Cloud:

  • Una carga de trabajo es un conjunto de una o más VM que se organizan para un caso de uso enfocado en el negocio.
  • Una migración es el proceso de mover cargas de trabajo de un entorno de origen a un entorno de destino.
  • Un ciclo es una división del trabajo de migración. Varias ciclos componen una migración.
  • Un conjunto es una forma de organizar las VM que deseas migrar en lotes. Esta organización evita una migración única y de alto riesgo. Un ciclo consiste en uno o más conjuntos.
  • Un runbook es un archivo que especifica qué VM se incluyen en un conjunto y describe las propiedades de las VM de origen y destino. Un conjunto individual contiene un runbook.
  • Un trabajo es una operación que Migrate for Compute Engine realiza en las VM de un runbook. Un solo conjunto puede contener uno o más trabajos.
  • Un grupo de ejecución define el orden lógico en el que se migran varias VM dentro de un conjunto.
  • Una VM de stub es un objeto de administración que Migrate for Compute Engine crea en VMware vSphere para interactuar con el servidor físico durante una migración.

En el siguiente diagrama de lenguaje de modelado unificado (UML), se muestra la estructura de una migración en términos de ciclos, conjuntos, runbooks, grupos de ejecución y trabajos.

La estructura de una migración.

Migra máquinas virtuales con Migrate for Compute Engine

Para migrar VM con Migrate for Compute Engine, sigue estos pasos:

  1. Prepara tus VM.
  2. Organiza las migraciones en ciclos.
  3. Crea runbooks.
  4. Crea conjuntos.
  5. Ejecuta trabajos en conjuntos.

Prepara y adapta máquinas virtuales

Antes de migrar tus VM con Migrate for Compute Engine, debes hacer lo siguiente:

  • Preparar tus VM y servidores físicos para la migración.
  • Adaptar tus VM para que funcionen en el entorno de Google Cloud.

Prepara tus máquinas virtuales y servidores físicos

Migrate for Compute Engine modifica de forma automática la configuración de las VM de Linux y Windows antes, durante y después de la migración. Por ejemplo, Migrate for Compute Engine instala paquetes de sistemas operativos y controladores en las VM.

También puedes usar Migrate for Compute Engine para migrar servidores físicos a Google Cloud. Prepara cada servidor físico para la migración y Migrate for Compute Engine puede migrarlo como cualquier otra VM.

A fin de preparar tu servidor físico para la migración, haz lo siguiente:

  1. Configura el conector del servidor físico de Migrate for Compute Engine en el servidor físico.
  2. Registra una VM de stub que Migrate for Compute Engine usa para realizar la migración del servidor físico.

Adapta tus máquinas virtuales

Además de las modificaciones de configuración predeterminadas que Migrate for Compute Engine aplica a las VM, Migrate for Compute Engine proporciona secuencias de comandos de configuración personalizadas para adaptar tus VM antes, durante y después de la migración. Por ejemplo, puedes instalar un paquete de sistema operativo o modificar la configuración de una VM. Puedes elegir ejecutar estas secuencias de comandos de adaptación durante las siguientes etapas de la migración:

  1. Antes de la migración, cuando una VM aún está en tu entorno de origen.
  2. Durante la migración, cuando una VM se ejecuta en modo de almacenamiento en caché en el entorno de destino.
  3. Después de la migración, luego de una operación de desconexión de la VM

Organiza la migración en ciclos y conjuntos

Para mitigar los riesgos de una migración, recomendamos que dividas el trabajo en ciclos y, luego, dividas cada ciclo en conjuntos.

Para organizar la migración en ciclos, haz lo siguiente:

  1. Revisa la información que recopilaste cuando evalúaste tus cargas de trabajo, en la que determinaste qué deseas migrar y qué cargas de trabajo migrar primero.

    Por ejemplo, supongamos que deseas migrar la carga de trabajo application-1 y las siguientes cuatro VM asociadas con esa carga de trabajo:

    • Las VM database-primary-vm y database-replica-vm ejecutan una base de datos.
    • La VM backend-vm ejecuta el backend de una aplicación application-1.
    • La VM frontend-vm ejecuta el frontend de application-1.

    Planifica una cantidad de ciclos que sea igual a la cantidad de cargas de trabajo que deseas migrar. Asigna los ciclos a cada carga de trabajo. Un ciclo se asigna a una sola carga de trabajo, y cada carga de trabajo se asigna a un ciclo.

    Por ejemplo, para migrar la carga de trabajo application-1, planificas un ciclo llamado sprint-1.

  2. Planifica tus ciclos de modo que cada ciclo contenga todas las VM que se necesitan para ejecutar la carga de trabajo asignada a ese ciclo. Por ejemplo, si asignaste la carga de trabajo application-1 al ciclo sprint-1, todas las VM que admiten la carga de trabajo application-1 deben ser parte del ciclo: database-primary-vm, database-replica-vm, backend-vm y frontend-vm.

  3. Divide cada ciclo en uno o más conjuntos. Te recomendamos que uses conjuntos para administrar dependencias entre varias VM.

    Por ejemplo, puedes dividir el ciclo sprint-1 en tres conjuntos: wave-1 para migrar la VM frontend-vm, wave-2 para migrar la VM backend-vm y wave-3 para migrar las VM database-primary-vm y database-replica-vm.

  4. (Opcional) Si necesitas personalizar el orden en que Migrate for Compute Engine migra las VM en un conjunto, usa grupos de ejecución. Por ejemplo, puedes usar un grupo de ejecución para migrar la VM database-replica-vm antes que la VM database-primary-vm.

  5. Revisa las recomendaciones para dimensionar correctamente las VM de destino. Recibirás recomendaciones basadas en el rendimiento o los costos de Migrate for Compute Engine Cloud, según con los patrones de uso y la configuración de las VM que migras en el conjunto.

Crea conjuntos

Para crear un conjunto, debes hacer lo siguiente:

  1. Crea el runbook para el conjunto desde Migrate for Compute Engine Manager. Cuando creas el runbook, especificas la siguiente información para cada VM:
  2. Carga el runbook en el conjunto mediante Migrate for Compute Engine Manager
  3. Valida el conjunto.

Para obtener más información sobre los runbooks, consulta la Referencia de runbooks.

Ejecuta trabajos en conjuntos

Debes ejecutar trabajos en los conjuntos que creaste. Los trabajos administran el ciclo de vida de las VM durante la migración. Recomendamos que ejecutes los siguientes trabajos:

  1. Ejecuta clonaciones de prueba antes de migrar las VM.
  2. Migra las VM.
  3. Supervisa los trabajos y conjuntos de migración.
  4. Valida tu entorno de destino.

Ejecuta clonaciones de prueba antes de migrar las VM

Antes de migrar las VM de origen, te recomendamos que evalúes y pruebes el rendimiento que tendrán tus VM de origen en Google Cloud para ayudarte a descubrir cualquier problema. Cuando se ejecuta la operación clonación de prueba con VM de origen, Migrate for Compute Engine crea clonaciones que se comportan de la misma manera que las VM de origen y las ejecuta en Google Cloud sin migrar las VM de origen. Esta operación te permite medir con los modelos de referencia de rendimiento locales anteriores de tu VM y realizar los cambios necesarios en el tamaño o los tipos de la VM. Las clonaciones de prueba no modifican ningún dato activo porque los datos del entorno de prueba no se vuelven a escribir en el entorno de origen. Para obtener más información sobre la creación de clonaciones de prueba, consulta la sección sobre cómo crear una clonación de prueba.

Después de crear las clonaciones de prueba, puedes evaluar cómo se ejecutan en Google Cloud. Puedes recopilar información sobre el comportamiento y el rendimiento de las cargas de trabajo en el nuevo entorno y evaluar estos datos en función del modelo de referencia de las cargas de trabajo que se ejecutan en el entorno actual. Puedes solucionar cualquier problema de forma preventiva antes de que se realice la migración, sin interrumpir tu entorno de origen.

Después de completar la evaluación de las clonaciones de prueba y de corregir cualquier problema, ejecuta la operación Borrar clonación para cerrar las clonaciones y quitarlas del entorno de Google Cloud.

Migra VM

Migrate for Compute Engine ejecuta las siguientes operaciones en las VM que se deben migrar durante la migración:

  1. Ejecución en la nube
  2. Migración de almacenamiento
  3. Preparación para la desconexión
  4. Desconexión
  5. Actualización del SO
  6. Limpieza

Para obtener más información sobre las etapas del ciclo de vida de la VM, consulta la página Ciclo de vida de migración de VM.

Migrate for Compute Engine agrupa de forma conveniente la migración de ejecución en la nube y de almacenamiento, así como la preparación para la desconexión de operaciones en la operación de migración completa. Recomendamos que ejecutes la operación de migración completa, en lugar de ejecutar por separado la migración de VM a la nube, la migración de almacenamiento y prepararte para desconectar las operaciones por las siguientes razones:

  • No tendrás que recordar el orden correcto en el que debes ejecutar las operaciones porque puedes permitir que Migrate for Compute Engine se encargue de este aspecto.
  • Si una operación falla cuando se ejecuta la operación completa en una VM, puedes solucionar el problema y volver a ejecutar la operación. Migrate for Compute Engine omite de forma automática la parte de las operaciones de migración que se completaron de forma correcta y se reanuda en la operación que falló.

Si deseas revertir una VM de Google Cloud a tu entorno de origen, puedes ejecutar la operación Migración al origen en esa VM antes de desconectarla.

Si alguna de las VM que necesitas migrar ejecuta un SO o se usa un sistema de archivos que Migrate for Compute Engine no admite, puedes migrar esa VM que ejecuta la operación migración sin conexión.

Para ejecutar operaciones en las VM en un conjunto, crea y, luego, inicia un trabajo nuevo en un conjunto.

Supervisión de trabajos y conjuntos

La supervisión y el registro son fundamentales para evaluar el progreso de la migración y resolver cualquier problema. Además de supervisar los componentes de Migrate for Compute Engine, recomendamos que supervises la migración cuando Migrate for Compute Engine ejecute trabajos en conjuntos. Puedes supervisar conjuntos y trabajos y ver el registro de la consola de una VM que se ejecuta en Google Cloud.

Valida tu entorno de destino

Después de migrar tus VM a Google Cloud, debes validar las VM en función del modelo de referencia que estableciste cuando ejecutaste las clonaciones de prueba y de tus conjuntos de pruebas de cumplimiento. Esta validación ayuda a garantizar que la carga de trabajo se comporte de manera correcta.

Optimiza tu entorno después de la migración

Cuando completas todos los conjuntos de migración, la migración se considera finalizada, pero es posible que tu entorno de Google Cloud necesite optimizaciones. Por ejemplo, puedes dimensionar correctamente las VM de Compute Engine o empezar a usar los servicios administrados.

Para obtener más información sobre la optimización, consulta Migración a Google Cloud: Optimiza tu entorno.

¿Qué sigue?