Práticas recomendadas de migração

Esta página apresenta algumas práticas recomendadas para migrar instâncias de máquina virtual (VM) da VMware para sua nuvem privada usando o Google Cloud VMware Engine.

Planejar o projeto de migração

Antes de migrar as VMs do VMware para sua nuvem privada, planeje a migração da seguinte maneira:

  • Identifique a equipe, incluindo o seguinte:

    • Partes interessadas do cliente
    • Patrocinador e proprietário do programa
    • A equipe técnica responsável pela migração
    • As partes interessadas para sistemas e aplicativos no escopo
    • O gerente técnico de contas (TAM) do Google, o gerente de engenharia de parceiros (PEM, na sigla em inglês) ou o engenheiro de clientes (CE)

  • Avalie o ambiente de origem.

  • Crie um plano que defina o seguinte:

    • a estratégia de migração
    • a arquitetura do novo ambiente
    • as metas e os critérios de sucesso, incluindo o UAT e os scripts de controle de qualidade
    • as funções e responsabilidades
    • o modelo de comunicação, incluindo reuniões curtas diárias, relatórios de status, caminhos de encaminhamento, salas de chat
    • os dados que não podem ser migrados e as estratégias relacionadas
    • marcos e tempos

  • Garantir 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:

  • Considere planejar a migração em ondas.

    • Considere as dependências e os mapeamentos do aplicativo.
    • Agrupar VMs com base na programação de manutenção.
    • Para evitar vários ciclos de reinicialização, identifique as VMs com atualizações pendentes do sistema e alinhe a programação com as reinicializações da alternância de migração.

  • Estabelecer uma estratégia de backup e DR para VMs. Considere usar o Backup e DR do Google Cloud e o VMware Engine Protected.

  • Verifique se o vSphere, o vCenter, o HCX e, se aplicável, o NSX-T no local atendem à compatibilidade mínima de controle de versões 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 combinadas com outras VMs grandes.

    Por exemplo, os servidores de banco de dados podem exigir grandes quantidades de memória ou os servidores de armazenamento de arquivos podem exigir grandes repositórios de dados.

  • Desenvolva estratégias de pré e pós-migração para o conteúdo que não pode ser migrado devido a hardware persistente ou inclusão de tag, como ISOs montados, tags NSX-T, dispositivos de passagem que usam E/S do DirectPath, discos com vários gravadores e RDMs físicos. Um exemplo de estratégia pode ser converter RDMs físicos em modo de compatibilidade virtual.

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

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

Usar o VMware HCX para migrações

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

  • Embora uma topologia de rede plana seja compatível com implantações do HCX Connector e do HCX Service Mesh, configure o gerenciamento do HCX e os perfis de rede do HCX Uplink em redes e VLANs separadas.

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

  • Configure backups e operações de restauração do HCX conforme necessário.

    A equipe de SRE gerencia os backups do HCX Manager, mas não os backups do conector do HCX.

    Os dispositivos de serviço do HCX, incluindo o HCX-IX e o HCX-NE, não exigem backups individuais. Um HCX Manager restaurado se reconecta a dispositivos de serviço atuais que foram criados dentro do período do backup. Se os dispositivos de serviço não estiverem mais funcionais, o HCX Manager implantará novas VMs de dispositivo com base na configuração salva.

  • Ao estender uma rede de camada 2 usando extensões de rede HCX, ative o condicionamento de fluxo TCP. Para informações relacionadas, consulte Recursos de engenharia de tráfego fornecidos no HCX.

  • Para VMs que se comunicam de ou para uma nuvem privada por uma extensão HCX L2, defina a melhor configuração de MTU com base nas configurações de endpoint da VPN. Isso é especialmente importante nos casos em que um aplicativo não consegue controlar o tamanho máximo do payload.

    O Google recomenda uma configuração de MTU de 1.350 bytes a 1.390 bytes ou menos para interfaces de VM que permitem a transferência de dados das seguintes maneiras:

    • De um endpoint no local para uma nuvem privada e vice-versa
    • De uma VM em uma nuvem privada para uma VM em outra nuvem privada por uma extensão L2

    Para mais orientações sobre como calcular a sobrecarga de encapsulamento, consulte Considerações sobre MTU e VPNs NSX-T do VMware.

A seguir