Processo de migração de VMs

O Migrate to Virtual Machines permite-lhe migrar (lift and shift) as suas máquinas virtuais (VMs), com pequenas modificações automáticas, do ambiente de origem para o Compute Engine. A migração para máquinas virtuais usa tecnologia de replicação de dados que replica continuamente os dados do disco das VMs de origem para o Google Cloud sem causar qualquer tempo de inatividade na origem. Em seguida, cria clones de VMs a partir de dados replicados para testes e executa uma mudança de VMs previsível para as suas cargas de trabalho finais em execução no Google Cloud.

A replicação de dados permite que o Migrate to Virtual Machines execute uma replicação inicial dos dados da VM de origem para que possa clonar e testar rapidamente uma VM migrada. No entanto, uma vez que a VM de origem continua a ser executada durante o processo de migração, incluindo durante os testes, o Migrate to Virtual Machines continua a replicar dados até fazer a mudança final para a VM migrada.

As VMs que cria durante o processo de migração são denominadas VMs de migração e existem em vários estados durante e após uma migração. Para obter informações sobre o ciclo de vida de uma VM de migração, incluindo as linhas cronológicas de validade, consulte o artigo Ciclo de vida de uma VM de migração.

O Migrate to Virtual Machines está totalmente integrado na Google Cloud consola Google Cloud console , o que significa que pode realizar todas as tarefas de migração na IU.

Acerca do processo de migração

O Migrate to Virtual Machines oferece um caminho para migrar as suas VMs para o Compute Engine. O processo de migração ocorre nas seguintes fases distintas:

  • Incorporação: selecione uma VM de origem que quer migrar.

  • Replicação: replique dados da VM de origem para Google Cloud. A replicação de dados é um processo contínuo que ocorre em segundo plano até à mudança definitiva ou à eliminação da migração.

  • Defina os detalhes do destino da VM: configure as definições do Compute Engine para a VM migrada, como o projeto, o tipo de instância, a memória, a rede e muito mais.

  • Test-clone: opcionalmente, crie um clone do Compute Engine da VM de origem a partir dos dados de replicação e teste-o no Google Cloud.

  • Transição: migre a VM de origem para o Compute Engine. Este processo inclui parar a VM de origem, concluir uma replicação final e criar a instância de produção do Compute Engine a partir da VM de origem.

  • Finalizar: faça qualquer limpeza final após uma migração bem-sucedida.

A imagem seguinte mostra estas fases:

Migrar fases.

Cada uma destas fases é descrita mais detalhadamente nas secções seguintes.

Fase de integração

A primeira fase da migração é a fase de integração, em que seleciona as VMs a migrar:

Migrar fase de integração.

Por exemplo, para um centro de dados do vSphere, a Google Cloud consola mostra todas as VMs no centro de dados. Selecione apenas as VMs que quer migrar para integrar as VMs.

Fase de replicação

Após a integração de uma VM, inicie a replicação dos dados do disco da VM de origem para Google Cloud. A VM de origem continua a ser executada durante a replicação:

Fase de replicação da migração.

A replicação de dados é um processo contínuo que ocorre em segundo plano com um impacto mínimo na VM de origem.

A replicação de dados é composta por dois passos:

  1. Primeiro passo de replicação: o Migrate to Virtual Machines cria a imagem instantânea inicial dos discos de dados da VM de origem e replica os dados da imagem instantânea para oGoogle Cloud. Dependendo da quantidade de dados do disco na VM de origem, a primeira replicação pode demorar minutos ou horas a ser concluída.

  2. Passo de replicação incremental: após um primeiro passo de replicação bem-sucedido, os passos de replicação incremental ocorrem em intervalos de tempo definidos (a cada duas horas por predefinição). Em cada passo, é criado um novo instantâneo para cada disco de dados. Apenas as atualizações de dados ocorridas após o passo anterior são replicadas para Google Cloud através do mecanismo de acompanhamento de blocos de alterações (CBT).

Depois de iniciar a replicação da VM de origem, a replicação continua até eliminar a migração.

Pode pausar a replicação de uma VM em qualquer altura. Por exemplo, pode pausar a replicação numa ou mais VMs para minimizar os recursos de rede ou definir uma prioridade mais alta para as VMs em migração que não estão pausadas. Depois, pode retomar a replicação mais tarde.

Adaptações do SO

Para funcionar corretamente no Google Cloud, as VMs migradas podem precisar de alterações à respetiva configuração. Este processo é denominado adaptação do SO. O processo de adaptação do sistema operativo (SO) é realizado na conclusão de cada passo de replicação para preparar a VM para execução no Google Cloud.

Por exemplo, o Migrate to Virtual Machines adapta as configurações de rede, implementa o agente do Compute Engine e ativa a consola série na VM migrada. Consulte Adaptações do SO para mais informações, incluindo as adaptações específicas aplicadas às VMs Linux e Windows.

Defina os detalhes do alvo

Depois de iniciar a replicação de dados, defina o ambiente de destino do Compute Engine no Google Cloud para a VM migrada:

Migração da fase de objetivo definido.

Os detalhes do destino do Compute Engine definem a zona de destino de uma VM migrada no Google Cloud. Estes detalhes incluem o projeto, o tipo de instância, a definição de rede e muito mais. Em seguida, a migração para máquinas virtuais cria a instância do Compute Engine para alojar a VM migrada através dos detalhes de destino.

Pode modificar os detalhes do alvo em qualquer altura. Quando cria uma instância do Compute Engine para a fase de teste de clonagem ou de transição, o Migrate to Virtual Machines usa as definições de detalhes de destino no momento da operação.

Fase de clone de teste

Em qualquer altura após a conclusão do passo de replicação inicial dos dados do disco da VM de origem, pode clonar a VM de origem para uma instância do Compute Engine para testes:

Migrar fase de clone de teste.

Cria frequentemente clones de teste ao longo do processo de migração à medida que faz modificações na VM de origem ou nos detalhes de destino. Lembre-se de que um clone de teste é uma imagem estática da VM de origem criada a partir dos dados de replicação atuais e dos detalhes de destino. Os novos dados de replicação e as modificações aos detalhes do destino são aplicados apenas a clones de teste novos e não aos clones de teste existentes.

Embora não seja obrigatório, é vivamente recomendável criar um clone de teste da MV antes da implementação em produção. Os testes são uma fase fundamental do processo de migração para garantir que a VM migrada funciona corretamente no Google Cloud.

Se decidir criar um clone de teste a partir da VM de origem, o Migrate to Virtual Machines cria uma instância do Compute Engine a partir dos dados de replicação mais recentes através dos detalhes de destino.

Nota: a VM de origem continua a ser executada durante a fase de testes, o que significa que a replicação de dados também continua.

Uma vez que a VM de origem continua a ser executada durante a fase de testes, tem de se certificar de que realiza os testes num ambiente de sandbox que isola a VM de testes da VM de origem original.

Assim que a VM de teste estiver em funcionamento, pode verificar se a VM de teste está a funcionar conforme esperado e documentar as alterações necessárias para permitir que a VM funcione no ambiente de produção.Google CloudQuando os testes estiverem concluídos, normalmente, elimina a instância do Compute Engine de teste e cria uma instância do Compute Engine de produção como parte da fase de transição.

Fase de transição

Na fase de transição, a VM de origem é parada pelo Migrate to Virtual Machines, a replicação é finalizada e é criada uma nova instância de VM no Compute Engine em Google Cloud:

Migrar fase de transição.

Só deve fazer a mudança após realizar todas as validações durante a fase de testes recomendada.

A fase de transição inclui um breve tempo de inatividade da VM e deve ocorrer durante uma janela de manutenção agendada. Primeiro, tem de determinar o período de manutenção durante o qual pode parar a VM de origem e redirecionar o tráfego para a VM migrada em execução no Compute Engine.

A iniciação de uma mudança definitiva numa VM em migração inicia a seguinte sequência de ações executadas pelo Migrate to Virtual Machines:

  1. Encerre a VM de origem.

  2. Faça a replicação de dados final. Uma vez que a replicação ocorre em todas as fases de migração, a quantidade de dados a replicar não deve ser muito grande. Se estiver em curso uma replicação, esta é concluída. Se não estiver em curso nenhuma replicação, faça uma replicação final.

  3. Parar replicação.

  4. Crie a instância do Compute Engine a partir dos dados replicados finais.

Após a mudança, faça as validações finais na VM migrada. Os resultados da mudança determinam as suas próximas ações:

  • A mudança falhou: por algum motivo, a mudança para a nova instância de VM no Compute Engine falhou, possivelmente devido a um problema de rede ou outro problema. Neste ponto, a VM de origem é interrompida e os dados de replicação finais continuam a ser válidos. Tente novamente a mudança para ver se a nova tentativa resolve o erro.

  • A mudança foi bem-sucedida, mas a nova instância de VM não está a funcionar corretamente: se a nova instância de VM no Compute Engine não estiver a funcionar corretamente, elimine a VM do Compute Engine e inicie a VM de origem. Este processo denomina-se "reversão".

    Devido à complexidade da reversão de uma migração, a reversão não é um processo automático. Se tiver de fazer uma reversão, tem de garantir que redireciona o tráfego de volta para a VM de origem. Tenha também em atenção que os dados escritos na instância do Compute Engine não são enviados de volta para a VM de origem.

    Com a VM de origem a funcionar novamente, pode diagnosticar e resolver o erro de migração. Depois de resolver o erro, pode reiniciar a replicação e, em seguida, tentar novamente a migração.

  • A mudança foi bem-sucedida e a nova instância de VM está a funcionar corretamente: se os resultados da validação determinarem que a nova VM está a funcionar corretamente, a migração está concluída.

Finalize a fase

Após uma mudança bem-sucedida, finalize a migração. A execução do comando finalize elimina todos os dados de replicação e todos os outros recursos de armazenamento associados à VM migrada, e altera o estado da VM para Finalizado.

A finalização só pode ser realizada em VMs no estado Cut-Over:

Fase de finalização da migração.

Os dados de replicação usados para criar a VM do Compute Engine são retidos após a transferência. Isto significa que pode usar esses dados para criar instâncias adicionais da VM migrada após a mudança. No entanto, quer libertar o armazenamento na fase de finalização.

Depois de executar o comando finalize, as únicas operações permitidas na migração são:

  • Elimine a migração
  • Adicione ou remova de um grupo

O que se segue?