Prácticas recomendadas para la migración

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

Planifica el proyecto de migración

Antes de migrar las VMs de VMware a tu nube privada, planifica la migración de la siguiente manera:

  • Identifica al personal, incluidos los siguientes:

    • Partes interesadas 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 dentro del alcance
    • El administrador técnico de cuentas (TAM), el administrador de Ingeniería de socios (PEM) o el ingeniero de Atención al cliente (CE) de Google relevante

  • 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 criterios de éxito, incluidas las secuencias de comandos de UAT y QA
    • los roles y las responsabilidades
    • el modelo de comunicación, incluidas las reuniones diarias breves, los informes de estado, las rutas de derivación y las salas de chat
    • los datos que no se pueden migrar y las estrategias relacionadas
    • hitos y tiempos

  • Asegúrate de que esté alineado con todas las partes interesadas.

Evalúa las opciones de migración

Para evaluar las diferentes opciones de migración de VMware Engine, considera las siguientes opciones:

  • Considera planificar la migración en fases.

    • Ten en cuenta las dependencias y las asignaciones de la aplicación.
    • Agrupa las VMs según su programa de mantenimiento.
    • Para evitar varios ciclos de encendido, identifica las VMs con actualizaciones del sistema pendientes y alinea el programa con los reinicios de cambio de migración.

  • Establece una estrategia de copia de seguridad y DR para las VMs. Considera usar Copia de seguridad y DR de Google Cloud y Protección de VMware Engine.

  • Asegúrate de que vSphere, vCenter, HCX y, si corresponde, NSX-T local cumplan con la compatibilidad de versiones mínimas con las versiones de componentes de VMware Engine.

  • Identifica las VMs con requisitos de memoria, CPU o almacenamiento que superen la especificación del tipo de nodo actual o que podría causar contención si en combinación 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 puede migrar debido a hardware o etiquetado persistentes, como imágenes ISO montadas, etiquetas de NSX-T, dispositivos de transferencia que usan E/S de DirectPath, discos de varios escritores y RDM físicos. Un ejemplo de estrategia podría ser convertir los RDM físicos para modo de compatibilidad virtual.

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

    Prefiere la migración masiva. Ten en cuenta los requisitos y las restricciones relacionados.

Usa 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 la administración de HCX y los perfiles de red de HCX Uplink en redes y VLAN separadas.

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

  • Asegúrate de configurar Copias de seguridad y operaciones de restablecimiento de HCX, según sea necesario.

    El equipo de SRE administra las copias de seguridad de HCX Manager, pero no las de HCX Connector.

    Los dispositivos de servicio de HCX, incluidos HCX-IX y HCX-NE, no requieren copias de seguridad individuales. Un HCX Manager restablecido se vuelve a conectar a los dispositivos de servicio existentes que se crearon durante la duración de la copia de seguridad. Si los aparatos de servicio ya no funcionan, HCX Manager implementa nuevas VMs de aparatos según la configuración de la que se creó una copia de seguridad.

  • Cuando extiendas una red de capa 2 con extensiones de red de HCX, habilita el acondicionamiento de flujo de TCP. Para obtener información relacionada, consulta Funciones de ingeniería de tráfico proporcionadas en HCX.

  • Para las VMs que se comunican hacia o desde una nube privada a través de una extensión de L2 de HCX, configura la mejor configuración de MTU según la configuración del extremo de VPN. Esto es muy importante en casos en los que una aplicación no puede controlar el tamaño máximo de la carga útil.

    Google recomienda una configuración de MTU de 1,350 a 1,390 bytes o menos para las VM interfaces que permiten la transferencia de datos de las siguientes maneras:

    • De un extremo local a una nube privada y, por el contrario,
    • De una VM en una nube privada a una VM en otra nube privada a través de una extensión de L2

    Para obtener orientación adicional sobre cómo calcular la sobrecarga de encapsulamiento, consulta Consideraciones sobre las MTU y VPN de VMware NSX-T.

¿Qué sigue?