Prácticas recomendadas para la migración

En esta página se describen algunas prácticas recomendadas para migrar instancias de máquinas virtuales (VMs) de VMware a tu nube privada mediante VMware Engine de Google Cloud.

Planificar el proyecto de migración

Antes de migrar máquinas virtuales de VMware a tu nube privada, planifica la migración de la siguiente manera:

  • Identifica al personal, incluido lo siguiente:

    • Colaboradores del cliente
    • Patrocinador y propietario del programa
    • El equipo técnico responsable de la migración
    • Las partes interesadas de los sistemas y las aplicaciones incluidos en el ámbito
    • El administrador técnico de cuentas (TAM), el gestor de ingeniería de partners (PEM) o el ingeniero de atención al cliente (CE) de Google correspondientes

  • Evalúa el entorno de origen.

  • Crea un plan que defina lo siguiente:

    • La estrategia de migración
    • la arquitectura del nuevo entorno
    • Los objetivos y los criterios de éxito, incluidas las secuencias de comandos de las pruebas de aceptación de usuarios y de control de calidad
    • los roles y las responsabilidades
    • el modelo de comunicación, incluidas las reuniones diarias, los informes de estado, las vías de derivación y las salas de chat
    • los datos que no se pueden migrar y las estrategias relacionadas
    • hitos y plazos

  • Asegúrate de que todos los participantes estén coordinados.

Evaluar las opciones de migración

Para evaluar las diferentes opciones de migración de VMware Engine, ten en cuenta lo siguiente:

  • Te recomendamos que planifiques la migración por fases.

    • Ten en cuenta las dependencias y las asignaciones de las aplicaciones.
    • Agrupa las máquinas virtuales según su programación de mantenimiento.
    • Para evitar varios ciclos de encendido y apagado, identifica las VMs con actualizaciones del sistema pendientes y alinea la programación con los reinicios de cambio de migración.

  • Establece una estrategia de copia de seguridad y recuperación tras desastres para las máquinas virtuales. Te recomendamos que uses Backup y DR de Google Cloud y VMware Engine Protected.

  • Asegúrate de que vSphere, vCenter, HCX y, si procede, NSX-T on-premise cumplan la compatibilidad de versiones mínima con las versiones de los componentes de VMware Engine.

  • Identifica las VMs con requisitos de memoria, CPU o almacenamiento que superen las especificaciones del tipo de nodo actual o que puedan provocar conflictos si se combinan con otras VMs grandes.

    Por ejemplo, los servidores de bases de datos pueden requerir grandes cantidades de memoria o los servidores de almacenamiento de archivos pueden requerir grandes almacenes de datos.

  • Desarrolla estrategias previas y posteriores a la migración para el contenido que no se pueda migrar debido a hardware o etiquetado persistentes, como ISOs montados, etiquetas NSX-T, dispositivos de acceso directo que usen DirectPath I/O, discos de varios escritores y RDMs físicos. Una estrategia de ejemplo podría ser convertir los RDM físicos al modo de compatibilidad virtual.

  • Evalúa los métodos de migración.

    Es preferible usar la migración en bloque. Tenga en cuenta los requisitos y las restricciones relacionados.

Usar VMware HCX para las migraciones

Cuando uses HCX para la migración, ten en cuenta las siguientes recomendaciones:

  • Aunque se admite una topología de red plana para las implementaciones de HCX Connector y HCX Service Mesh, para evitar problemas de enrutamiento y errores de conectividad, configura HCX Management y los perfiles de red de HCX Uplink en redes y VLANs independientes.

  • Asegúrate de que tu entorno de VMware tenga las versiones más recientes de HCX. Para obtener más información, consulta Procedimientos de actualización del servicio HCX.

  • Asegúrate de configurar las copias de seguridad y las operaciones de restauración de HCX, según sea necesario.

    El equipo de ingenieros de fiabilidad del sitio gestiona las copias de seguridad de HCX Manager, pero no las de HCX Connector.

    Los dispositivos de servicio HCX, incluidos HCX-IX y HCX-NE, no requieren copias de seguridad individuales. Un HCX Manager restaurado se vuelve a conectar a los dispositivos de servicio que se crearon durante el periodo de la copia de seguridad. Si los dispositivos de servicio dejan de funcionar, HCX Manager implementa nuevas VMs de dispositivos basadas en la configuración de la copia de seguridad.

  • Cuando amplíes una red de capa 2 mediante extensiones de red de HCX, habilita la opción TCP Flow Conditioning. Para obtener información relacionada, consulta las funciones de ingeniería de tráfico que ofrece HCX.

  • En el caso de las VMs que se comunican con una nube privada o desde ella a través de una extensión L2 de HCX, configura el mejor ajuste de MTU en función de las configuraciones de los endpoints de VPN. Esto es especialmente importante en los casos en los que una aplicación no puede controlar el tamaño máximo de la carga útil.

    Google recomienda un valor de MTU de entre 1350 y 1390 bytes (o inferior) para las interfaces de VM que permiten transferir datos de las siguientes formas:

    • Desde un endpoint local a una nube privada y viceversa
    • De una VM de una nube privada a una VM de otra nube privada a través de una extensión de capa 2

    Para obtener más información sobre cómo calcular la sobrecarga de encapsulación, consulta las consideraciones sobre la MTU y las VPNs de VMware NSX-T.

Siguientes pasos