Prácticas recomendadas para la migración

En esta página, se presentan algunas prácticas recomendadas para migrar instancias de máquina virtual (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 entorno nuevo
    • los objetivos y los 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 Backup and DR de Google Cloud y VMware Engine Protected.

  • 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 puedan causar contención 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 almacenes de datos grandes.

  • 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 considerar convertir los RDM físicos al modo de compatibilidad virtual.

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

    Se 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 obtener más información, consulta los Procedimientos de actualización del servicio de HCX.

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

    El equipo de SRE administra las copias de seguridad del Administrador de HCX, pero no las del Conector de HCX.

    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 son funcionales, HCX Manager implementa nuevas VMs de aparatos según la configuración de la que se creó una copia de seguridad.

  • Cuando extiendo una red de capa 2 con extensiones de red de HCX, habilito 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 interfaces de VM que permiten la transferencia de datos de las siguientes maneras:

    • De un extremo local a una nube privada y viceversa
    • 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 más orientación sobre el cálculo de la sobrecarga de encapsulamiento, consulta las consideraciones de MTU y las VPN de VMware NSX-T.

¿Qué sigue?