Prácticas recomendadas de 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 mediante 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 aplicaciones dentro del alcance
    • El administrador técnico de cuentas (TAM), ingeniero de atención al cliente (CE) o socio de ingeniería de socios (PEM) de Google

  • 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, incluidos los guiones de UAT y QA
    • las funciones y responsabilidades
    • el modelo de comunicación, incluidas las reuniones breves diarias, los informes de estado, las rutas de derivación, las salas de chat.
    • los datos que no se pueden migrar y las estrategias relacionadas
    • los hitos y los plazos

  • Garantizar la alineación con todas las partes interesadas

Evalúa las opciones de migración

A fin de evaluar las diferentes opciones de migración para VMware Engine, considera las siguientes opciones:

  • Considera planificar la migración en etapas.

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

  • Establecer una estrategia de copia de seguridad y DR para las VMs Considera usar Copia de seguridad y 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 mínima del control de versiones con las versiones de componentes de VMware Engine.

  • Identifica las VM con requisitos de memoria, CPU o almacenamiento que exceden la especificación del tipo de nodo actual o que pueden causar contención si se combinan con otras VM 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.

  • Desarrollar estrategias previas y posteriores a la migración para el contenido que no se puede migrar debido a hardware persistente o etiquetado, como ISOs activados, etiquetas NSX-T, dispositivos de transferencia que usan E/S de DirectPath, discos multiescritura y RDM físicos. Una estrategia de ejemplo podría ser considerar la conversión de los RDM físicos a 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 HCX Management y los perfiles de red de HCX Uplink en redes y VLAN 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 de HCX.

  • Asegúrate de configurar operaciones de restablecimiento y copias de seguridad 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 dentro de la duración de la copia de seguridad. Si los dispositivos de servicio ya no funcionan, HCX Manager implementa nuevas VM de dispositivos según la configuración de la copia de seguridad.

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

  • Para las VM que se comunican desde una nube privada o hacia ella a través de una extensión HCX L2, establece 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 bytes 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, por el contrario,
    • De una VM en una nube privada a una VM en otra nube privada a través de una extensión L2

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

¿Qué sigue?