Práticas recomendadas para a migração

Esta página apresenta algumas práticas recomendadas para migrar instâncias de máquinas virtuais (VM) do VMware para a sua nuvem privada através do Google Cloud VMware Engine.

Planeie o projeto de migração

Antes de migrar VMs VMware para a sua nuvem privada, planeie a migração da seguinte forma:

  • Identifique o pessoal, incluindo o seguinte:

    • Intervenientes do cliente
    • Patrocinador e proprietário do programa
    • A equipa técnica responsável pela migração
    • Os intervenientes dos sistemas e das aplicações no âmbito
    • O Gestor de contas técnicas (TAM), o Gestor de engenharia de parceiros (PEM) ou o engenheiro de apoio ao cliente (CE) da Google relevantes

  • Avalie o ambiente de origem.

  • Crie um plano que defina o seguinte:

    • a estratégia de migração
    • a arquitetura do novo ambiente
    • Os objetivos e os critérios de sucesso, incluindo os scripts de UAT e controlo de qualidade
    • As funções e as responsabilidades
    • O modelo de comunicação, incluindo reuniões diárias, relatórios de estado, caminhos de encaminhamento, salas de chat
    • Os dados que não podem ser migrados e as estratégias relacionadas
    • Marcos e horários

  • Assegure o alinhamento com todas as partes interessadas.

Avalie as opções de migração

Para avaliar as diferentes opções de migração para o VMware Engine, considere as seguintes opções:

  • Pondere planear a migração em fases.

    • Tenha em conta as dependências e os mapeamentos das aplicações.
    • Agrupe as VMs com base no respetivo horário de manutenção.
    • Para evitar vários ciclos de energia, identifique as VMs com atualizações do sistema pendentes e alinhe a programação com os reinícios de comutação da migração.

  • Estabeleça uma estratégia de cópias de segurança e RD para VMs. Considere usar o Google Cloud Backup and DR e o VMware Engine Protected.

  • Certifique-se de que o vSphere, o vCenter, o HCX e, se aplicável, o NSX-T no local cumprem a compatibilidade de versões mínima com as versões dos componentes do VMware Engine.

  • Identifique VMs com requisitos de memória, CPU ou armazenamento que excedam a especificação do tipo de nó atual ou que possam causar contenção se forem combinadas com outras VMs grandes.

    Por exemplo, os servidores de base de dados podem exigir grandes quantidades de memória ou os servidores de armazenamento de ficheiros podem exigir grandes armazenamentos de dados.

  • Desenvolva estratégias pré e pós-migração para conteúdo que não pode ser migrado devido a hardware ou etiquetagem persistentes, como ISOs montados, etiquetas NSX-T, dispositivos de passagem que usam DirectPath I/O, discos de gravação múltipla e RDMs físicos. Uma estratégia de exemplo pode ser considerar a conversão de RDMs físicos para o modo de compatibilidade virtual.

  • Avalie os métodos de migração.

    Prefira a migração em massa. Considere os requisitos e as restrições relacionados.

Use o VMware HCX para migrações

Quando usar o HCX para a migração, considere as seguintes recomendações:

  • Embora uma topologia de rede simples seja suportada para implementações do HCX Connector e do HCX Service Mesh, para evitar problemas de encaminhamento e erros de conetividade, configure a gestão do HCX e os perfis de rede de carregamento do HCX em redes e VLANs separadas.

  • Certifique-se de que o seu ambiente VMware tem as versões mais recentes do HCX. Para mais informações, consulte os Procedimentos de atualização do serviço HCX.

  • Certifique-se de que configura as cópias de segurança e as operações de restauro do HCX, conforme necessário.

    A equipa de SRE gere as cópias de segurança do HCX Manager, mas não as cópias de segurança do HCX Connector.

    Os dispositivos de serviço HCX, incluindo HCX-IX e HCX-NE, não requerem cópias de segurança individuais. Um HCX Manager restaurado volta a ligar-se aos dispositivos de serviço existentes que foram criados durante a duração da cópia de segurança. Se os dispositivos de serviço deixarem de funcionar, o HCX Manager implementa novas VMs de dispositivos com base na configuração de cópia de segurança.

  • Quando estende uma rede de camada 2 através de extensões de rede do HCX, ative a condição de fluxo TCP. Para informações relacionadas, consulte o artigo Funcionalidades de engenharia de tráfego fornecidas no HCX.

  • Para VMs que comunicam com ou a partir de uma nuvem privada através de uma extensão L2 do HCX, configure a melhor definição de MTU com base nas configurações do ponto final da VPN. Isto é especialmente importante nos casos em que uma aplicação não consegue controlar o tamanho máximo da carga útil.

    A Google recomenda uma definição de MTU de 1350 bytes a 1390 bytes ou inferior para interfaces de VM que permitem a transferência de dados das seguintes formas:

    • De um ponto final no local para uma nuvem privada e vice-versa
    • De uma VM numa nuvem privada para uma VM noutra nuvem privada através de uma extensão L2

    Para orientações adicionais sobre o cálculo da sobrecarga de encapsulamento, consulte as considerações sobre a MTU e as VPNs VMware NSX-T.

O que se segue?