Em determinadas situações, é necessário mover sua carga de trabalho de uma instância de máquina virtual (VM) existente para uma nova VM. Os motivos para migrar para uma nova VM incluem:
- Atualização do sistema operacional para uma nova versão
- Mudança da arquitetura x86 para a arquitetura Arm
- Upgrade para a série de máquinas de VM de última geração
Nesses casos, talvez seja necessário criar uma nova VM e mover a carga de trabalho para ela.
Ao fazer upgrade para a série de máquinas da VM de última geração, se o sistema operacional na VM atual for compatível com a nova geração e a VM atual não estiver usando recursos ou tipos de disco que não sejam compatíveis com a nova série de máquina poderá usar o procedimento mais simples descrito em Mover sua VM para uma série de máquinas de terceira geração.
Preparar a migração para uma nova VM
É possível mover sua VM atual para uma nova, por exemplo, de n2d-standard-32
para t2a-standard-32
ou de m1-ultramem-160
para m3-ultramem-128
. Analise e resolva os itens a seguir antes de iniciar a migração.
- Consulte as regiões e zonas disponíveis para a nova série de máquinas de VM. A série de máquinas novas talvez não esteja disponível em todas as regiões em que sua VM atual está. Ajuste os planos de implantação, disponibilidade e recuperação de desastres conforme necessário.
- Verifique se a versão do sistema operacional para sua VM atual é compatível com
a nova série de máquinas da VM. Para mais informações, consulte
Detalhes do sistema operacional.
- Se a nova VM exigir uma versão mais recente do sistema operacional, verifique se os aplicativos são compatíveis com a versão mais recente do SO.
- Caso a mudança para Arm e uma imagem Arm não esteja disponível para seu sistema operacional atual, escolha um novo sistema operacional para executar os aplicativos e verifique se eles são compatíveis com o novo sistema operacional.
- Consulte a documentação da série de máquinas para ver quais recursos estão disponíveis para a nova VM. A nova série de máquinas de VM pode não ser compatível com os mesmos recursos que você usa com sua VM atual, como tipos de máquinas personalizados ou VM protegida.
- Revise as interfaces compatíveis com a nova série de máquinas de VM. As séries de VMs
mais recentes, como VMs T2A e de terceira geração (como M3 ou C3), são compatíveis apenas
com interfaces gVNIC e NVMe. Verifique se os aplicativos são compatíveis com essas interfaces.
- Se você estiver migrando de uma VM que usa a interface de disco SCSI para uma VM compatível apenas com a interface de disco NVMe, verifique se os aplicativos e scripts não se referem aos discos anexados por nome de dispositivo, como
sda1
. Em vez disso, use o link simbólico para os discos que aparecem em/dev/disk/by-id/
. - Se você estiver migrando uma VM que executa o Microsoft Windows, substitua o driver NVME nas VMs criadas antes de maio de 2022. Isso se aplica ao disco de inicialização da VM atual e a todos os snapshots ou imagens personalizadas criados anteriormente usados para criar uma nova VM.
- Se você estiver migrando de uma VM de primeira ou segunda geração em que usou a interface de rede padrão (VirtIO) para uma VM de terceira geração ou T2A compatível apenas com a interface de rede gVNIC, talvez seja necessário resolver os problemas a seguir:
- Se você usou uma imagem personalizada para criar sua VM, a imagem precisa estar marcada para usar a gVNIC (a propriedade
guest-os-features
precisa incluir a stringGVNIC
) e precisa incluir o driver da gVNIC, conforme documentado em Criar uma imagem personalizada compatível com gVNIC. Para verificar se a VM está marcada para gVNIC, use as instruções na seção Diagnóstico de Instância da VM não inicializada. - Se você configurou contagens de fila NIC personalizadas, consulte Alocações de fila e alteração do tipo de máquina.
- Se você usou uma imagem personalizada para criar sua VM, a imagem precisa estar marcada para usar a gVNIC (a propriedade
- Se você estiver migrando de uma VM que usa a interface de disco SCSI para uma VM compatível apenas com a interface de disco NVMe, verifique se os aplicativos e scripts não se referem aos discos anexados por nome de dispositivo, como
- Revise os tipos de disco compatíveis com a nova VM. As séries de VM mais recentes, como M3 e C3, não são compatíveis com o tipo de disco permanente
pd-standard
. Se a VM atual usa um tipo de disco de inicialização que não é compatível com a nova série, é possível usar um snapshot para alterá-lo para um novo tipo de disco, conforme descrito em Mova sua carga de trabalho para a nova VM. - Se a VM tiver anexado SSD local e você quiser migrar para uma VM de terceira geração, verifique se os discos SSD locais são compatíveis com o novo tipo de máquina.
- Se a nova VM usar uma arquitetura diferente, verifique se os aplicativos
ou programas podem ser executados na nova arquitetura ou determine se são necessárias
modificações.
- Se o aplicativo foi escrito usando as versões mais recentes de uma linguagem de programação, é provável que ele seja compatível com o Arm sem exigir mais modificações.
- Para executar linguagens interpretadas como Python, Ruby e JavaScript, instale um ambiente de execução compatível com Arm na VM Arm.
- Os binários x86 compilados não podem ser executados no Arm e os binários compilados
do Arm não podem ser executados em plataformas x86.
- Você precisa recompilar seus binários para o Arm, normalmente sem modificações no código-fonte.
- Talvez também seja necessário fazer um upgrade dos pacotes e bibliotecas para incluir os equivalentes do Arm nas versões usadas em VMs x86.
Mover a carga de trabalho para a nova VM
Para mover a carga de trabalho para uma nova VM, crie uma nova VM e mova a carga de trabalho para ela.
- Conclua as etapas em Preparar a migração para uma nova VM nesta página.
- Se a VM atual usa discos SSD locais que contêm dados que você quer manter, mova o conteúdo desses discos para um tipo de disco permanente compatível.
Se a VM atual usa disco permanente
pd-standard
para o disco de inicialização, siga as etapas a seguir para migrar para uma VM não compatível com discospd-standard
:- Se você estiver migrando um número muito pequeno de VMs:
- Crie um snapshot do disco de inicialização
pd-standard
da VM atual. - Crie uma VM a partir do instantâneo do disco de inicialização.
Ao criar a nova VM, escolha um dos tipos de disco compatíveis com o disco de inicialização, por exemplo, com DP equilibrado (
pd-balanced
) ou DP-SSD (pd-ssd
).
- Crie um snapshot do disco de inicialização
- Se você estiver migrando várias VMs, use uma imagem personalizada para criar
as novas VMs:
- Crie um snapshot do disco de inicialização
pd-standard
da VM atual. - Crie uma imagem personalizada usando o snapshot do disco como origem.
- Crie uma VM a partir da imagem personalizada.
Ao criar a nova VM, escolha um dos tipos de disco compatíveis com o disco de inicialização, por exemplo, com DP equilibrado (
pd-balanced
) ou DP-SSD (pd-ssd
).
- Crie um snapshot do disco de inicialização
- Se você estiver migrando um número muito pequeno de VMs:
Se a VM atual usar um tipo de disco de inicialização compatível com a nova série de máquinas de VM, siga as instruções em Criar e iniciar uma instância de VM do Arm ou Criar e iniciar uma instância de VM e configure a nova VM de acordo com suas especificações.
Configure os usuários, os drivers, os pacotes e os diretórios de arquivos na nova VM necessários para oferecer suporte à carga de trabalho.
Mova o disco permanente que não é de inicialização da VM antiga para a nova.
- Para tipos de disco compatíveis com a nova série de máquina de VM, é possível desanexar o disco permanente da VM antiga e adicioná-lo à nova VM.
- Para tipos de disco não compatíveis com a nova série de máquinas de VM, crie um snapshot do disco, adicione um novo disco de tamanho igual ou maior à nova VM e restaure o snapshot para o novo disco.
- Como alternativa, é possível transferir arquivos de uma VM para outra, caso não tenha excluído a original.
Instale os aplicativos e programas modificados na nova VM. Recompile os programas no novo sistema operacional ou na arquitetura, se necessário.
Reatribua todos os endereços IP estáticos associados à VM original à nova VM.
Opcional: mova os dados salvos para um disco permanente de volta para um SSD local.
Se encontrar problemas ao mover a carga de trabalho de uma VM x86 para uma VM Arm, entre em contato com o gerente técnico de contas (TAM) ou o Professional Services Organization do Google (PSO) para obter assistência.
A seguir
- Leia as dicas de solução de problemas.
- Saiba mais sobre a série de máquinas T2A.
- Saiba mais sobre o processo de migração.