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 as 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 dos sistemas e aplicativos no escopo
- O gerente técnico de contas (TAM), gerente de engenharia de parceiros (PEM, na sigla em inglês) ou engenheiro de clientes (CE) relevante do Google
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 horários
Garanta o alinhamento com todas as partes interessadas.
Avaliar 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 energia, identifique as VMs com atualizações do sistema pendentes e alinhe a programação com as reinicializações de migração.
Estabeleça 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 local atendem à compatibilidade mínima de versionamento com as versões do componente 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 conflito se forem combinadas 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 grandes repositórios de dados.
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 os métodos de migração.
Prefira 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 tenha suporte para implantações do HCX Connector e do HCX Service Mesh, para evitar problemas de roteamento e erros de conectividade, configure o HCX Management 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 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 appliances de serviço não estiverem mais funcionais, o HCX Manager implantará novas VMs de appliance com base na configuração de backup.
Ao esticar 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, 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 a 1.390 bytes ou menos para interfaces de VM que permitem a transferência de dados das seguintes maneiras:
- De um endpoint 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 orientações adicionais sobre como calcular a sobrecarga de encapsulamento, consulte Considerações sobre MTU e VPNs do VMware NSX-T.
A seguir
- Leia sobre as práticas recomendadas para computação, rede, segurança, armazenamento e custos.
- Teste o VMware Engine. Acesse recursos, benefícios e casos de uso para mais informações.
- Confira arquiteturas de referência, diagramas, tutoriais e práticas recomendadas sobre Google Cloud. Acesse o Centro de arquitetura do Cloud para mais informações.