Práticas recomendadas de migração

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

Planejar o projeto de migração

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

  • Identifique o pessoal, 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) relevante do Google, Engenharia de parceiros de projeto (PEM) ou 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 os scripts de UAT e de controle de qualidade
    • as funções e responsabilidades
    • o modelo de comunicação, incluindo reuniões diárias, relatórios de status, caminho de encaminhamento e 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 problemas de sistema pendentes atualizações e alinhar a programação com as reinicializações da migração para a migração.

  • Estabeleça uma estratégia de backup e DR para VMs. Considere usar Backup e DR do Google Cloud e VMware Engine protegido.

  • Verifique se o vSphere, o vCenter, o HCX e, se aplicável, o NSX-T no local atendem aos requisitos mínimos de compatibilidade do controle de versões Versões dos componentes do VMware Engine.

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

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

  • Desenvolva estratégias de pré-migração e pós-migração para conteúdo que não pode ser migrado devido a hardware ou marcação persistente, como ISOs montadas, tags do NSX-T, dispositivos de passagem que usam E/S do DirectPath, discos multigravador e RDMs físicos. Um exemplo de estratégia é converter RDMs físicas para o 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 estas recomendações:

  • Embora uma topologia de rede plana seja suportada pelo Conector do HCX e pelo HCX Implantações do Service Mesh, para evitar problemas de roteamento e conectividade erros, configure o gerenciamento do HCX e os perfis de rede do HCX uplink em VLANs e redes 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 os 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 do HCX Connector.

    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 aos dispositivos de serviço existentes que foram criados durante a duração do backup. Se os dispositivos de serviço não estiverem mais funcionais, o HCX Manager vai implantar novas VMs de dispositivo com base na configuração de backup.

  • Ao estender uma rede de camada 2 usando extensões de rede HCX, ative 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, configure 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 pode 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 VMs 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 particular para uma VM em outra nuvem particular 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