Mueve la carga de trabajo de una VM existente a una nueva

En ciertas situaciones, debes mover tu carga de trabajo de una instancia de máquina virtual (VM) existente a una nueva. Los motivos para migrar a una VM nueva incluyen los siguientes:

  • Actualizar el sistema operativo a una versión nueva
  • Cambiar de la arquitectura x86 a la arquitectura Arm
  • Actualizar a la serie de máquinas de VM de última generación

En estos casos, es posible que debas crear una VM nueva y mover la carga de trabajo a la VM nueva.

Cuando se actualiza a la serie de máquinas de VM de última generación, si el sistema operativo de tu VM actual es compatible con la nueva generación y tu VM actual no usa ninguna función o tipo de disco que no sea compatible con la nueva serie de máquinas, es posible que puedas usar el procedimiento más simple descrito en Mueve tu VM a una nueva serie de máquinas.

Prepárate para migrar a una VM nueva

Puedes mover la VM actual a una nueva, por ejemplo, de n2d-standard-32 a t2a-standard-32 o de m1-ultramem-160 a m3-ultramem-128. Revisa y resuelve los siguientes elementos antes de comenzar la migración.

  1. Revisa las regiones y zonas disponibles para la serie de máquinas de la VM nueva. Es posible que la nueva serie de máquinas no esté disponible en todas las regiones como tu VM actual. Ajusta los planes de implementación, disponibilidad y recuperación ante desastres según sea necesario.
  2. Verifica que la versión del sistema operativo de la VM actual sea compatible con la serie de máquinas de la VM nueva. Para obtener más información, consulta Detalles de los sistemas operativos.
    • Si la VM nueva requiere una versión más reciente del sistema operativo, verifica que las aplicaciones sean compatibles con la versión más reciente del SO.
    • Si la migración a Arm y una imagen de Arm no están disponibles para tu sistema operativo actual, elige un sistema operativo nuevo para ejecutar tus aplicaciones y verifica que tus aplicaciones sean compatibles con el sistema operativo nuevo.
  3. Revisa la documentación de series de máquinas a fin de ver qué funciones están disponibles para la VM nueva. Es posible que la serie de máquinas de la VM nueva no admita las mismas funciones que usas con tu VM actual, como los tipos personalizados de máquinas o la VM protegida.
  4. Revisa las interfaces compatibles con la serie de máquinas de la VM nueva. Las series de VM más nuevas, como las VMs T2A y de tercera generación (como M3 o C3), solo admiten interfaces gVNIC y NVMe. Asegúrate de que tus aplicaciones admitan esas interfaces.
    1. Si migras desde una VM que usa la interfaz de disco SCSI a una VM que solo admite la interfaz de disco NVMe, asegúrate de que las aplicaciones y las secuencias de comandos no hagan referencia a los discos conectados por nombre de dispositivo como sda1. En su lugar, usa el symlink para los discos que aparecen en /dev/disk/by-id/.
    2. Si migras desde una VM que ejecuta Microsoft Windows, debes reemplazar el controlador de NVME en las VMs creadas antes de mayo de 2022. Esto se aplica al disco de arranque en tu VM actual y a las imágenes personalizadas e instantáneas creadas previamente que se usan para crear una VM nueva.
    3. Si migras desde una VM de primera o segunda generación en la que usaste la interfaz de red predeterminada (VirtIO) a una VM de tercera generación o T2A que solo admite la interfaz de red gVNIC, es posible que debas abordar las siguientes cuestiones:
  5. Revisa los tipos de discos compatibles para la VM nueva. Las series de VM más nuevas, como M3 y C3, no son compatibles con el tipo de disco persistente pd-standard. Si tu VM actual usa un tipo de disco de arranque que no es compatible con la nueva serie de VM, puedes usar una instantánea para cambiar el disco de arranque a uno nuevo, como se describe en Mueve la carga de trabajo a la VM nueva.
  6. Si tu VM tiene una SSD local conectada y deseas pasar a una VM de tercera generación, verifica que los discos SSD locales sean compatibles con el nuevo tipo de máquina.
  7. Si la VM nueva usa una arquitectura diferente, verifica que tus aplicaciones o programas puedan ejecutarse en la arquitectura nueva o determina si requieren modificaciones.
    • Si tu aplicación se escribió con las últimas versiones de un lenguaje de programación, es probable que sea compatible con Arm sin necesidad de modificaciones adicionales.
    • Para ejecutar lenguajes interpretados, como Python, Ruby y JavaScript, debes instalar un entorno de ejecución compatible con Arm en la VM de Arm.
  8. Los objetos binarios x86 compilados no se pueden ejecutar en Arm y los binarios Arm compilados no se pueden ejecutar en plataformas x86.
    • Deberás volver a compilar los objetos binarios para Arm, por lo general, sin modificaciones en el código fuente.
    • Es posible que también debas actualizar los paquetes y las bibliotecas a fin de incluir los equivalentes de Arm para las versiones que usaste en las VMs x86.

Mueve la carga de trabajo a la VM nueva

Para trasladar tu carga de trabajo a una nueva VM, crea primero una VM nueva y, luego, mueve tu carga de trabajo a ella.

  1. Completa los pasos en Prepárate para migrar a una VM nueva en esta página.
  2. Si tu VM existente usa discos SSD locales que contienen datos que deseas conservar, mueve el contenido de esos discos a un tipo de disco persistente compatible.

  3. Si tu VM actual usa un Persistent Disk pd-standard para el disco de arranque, sigue estos pasos a fin de pasar a una VM que no admita discos pd-standard:

    1. Si migras una cantidad muy pequeña de VMs:
      1. Crea una instantánea del disco de arranque pd-standard de la VM actual.
      2. Crea una VM a partir de la instantánea del disco de arranque. Cuando creas la VM nueva, elige uno de los tipos de disco compatibles para el disco de arranque, por ejemplo, PD-Balanced (pd-balanced) o PD-SSD (pd-ssd).
    2. Si migras varias VM, usa una imagen personalizada para crear las VMs nuevas:
      1. Crea una instantánea del disco de arranque pd-standard de la VM actual.
      2. Crea una imagen personalizada con la instantánea de disco como fuente.
      3. Crea una VM a partir de la imagen personalizada. Cuando creas la VM nueva, elige uno de los tipos de disco compatibles para el disco de arranque, por ejemplo, PD-Balanced (pd-balanced) o PD-SSD (pd-ssd).

  4. Si la VM actual usa un tipo de disco de arranque que es compatible con la nueva serie de máquinas de VM, sigue las instrucciones en Crea y, luego, inicia una instancia de VM de Arm o Crea y después inicia una instancia de VM y configura la VM nueva según tus especificaciones.

  5. Configura los usuarios, controladores, paquetes y directorios de archivos necesarios en la VM nueva para admitir la carga de trabajo.

  6. Mueve el Persistent Disk que no sea de arranque de la VM anterior a la nueva.

    • Para los tipos de discos compatibles con la serie de máquinas de la VM nueva, puedes hacerlo si desconectas el disco persistente de la VM anterior y lo agregas a la VM nueva.
    • Para los tipos de discos que no son compatibles con la serie de máquinas de la VM nueva, puedes crear una instantánea de tu disco, agregar un disco nuevo del mismo tamaño o uno más grande a la VM nueva y restablecer la instantánea a el disco nuevo.
    • Como alternativa, puedes transferir archivos de una VM a la otra, si no borraste la VM original.

  7. Instala las aplicaciones y los programas modificados en la VM nueva. Vuelve a compilar los programas en el sistema operativo o la arquitectura nuevos, si es necesario.

  8. Reasigna las direcciones IP estáticas asociadas con la VM original a la nueva VM.

  9. Opcional: Mueve los datos guardados en un disco persistente hacia un SSD local.

Si tienes problemas cuando mueves tu carga de trabajo de una VM x86 a una VM Arm, comunícate con tu administrador técnico de cuentas (TAM) o Professional Services Organization (PSO) de Google para obtener asistencia.

¿Qué sigue?