Quando uma organização decide pesquisar sobre uma nova plataforma de hipervisor, como o Red Hat OpenShift Virtualization, a primeira pergunta que surge é como migrar máquinas virtuais da sua infraestrutura existente para o OpenShift Virtualization. É aí que entra o Red Hat Migration Toolkit for Virtualization. O MTV é um operador do OpenShift que adiciona a funcionalidade de migração em escala e permite que sua organização migre com mais rapidez e facilidade cargas de trabalho de máquinas virtuais do vSphere, Red Hat Virtualization (RHV), Red Hat OpenStack Services on OpenShift ou outros clusters do OpenShift Virtualization.

Após migrar as máquinas virtuais para o OpenShift Virtualization, sua organização pode recuperar a infraestrutura de hipervisor antiga e iniciar o processo de conteinerização das cargas de trabalho executadas nas máquinas virtuais sem precisar sair do OpenShift.

Neste artigo, explicarei as etapas para instalar o kit de ferramentas de migração para virtualização, configurá-lo para a migração de máquinas virtuais do VMware vSphere e demonstrar o processo de migração. Ao final deste artigo, você terá todas as informações necessárias para migrar suas cargas de trabalho do Linux e do Windows do vSphere para o OpenShift Virtualization.

Instale o operador Migration Toolkit for Virtualization

A primeira etapa é instalar o kit de ferramentas de migração para virtualização no cluster em que você já instalou o OpenShift Virtualization. Você instala o operador MTV a partir do Operator Hub, assim como faria com qualquer outro operador.

Pesquise MTV e clique no operador correspondente. Clique em Install para continuar.

O operador MTV é instalado no namespace openshift-mtv, que é onde você criará todas as suas configurações de migração posteriormente.

Após instalar o operador, você deverá criar um Forklift Controller. Esse é o serviço responsável por executar todas as migrações. Clique no botão azul Create ForkliftController e, em seguida, em Create.

Após algum tempo, você verá o status do ForkliftController mudar para Condition: Running com uma caixa de seleção verde.

Após atualizar o Console, você verá uma nova guia Migration no painel esquerdo do Console do OpenShift.

Configurar um provedor

Antes de iniciar a migração, você deve criar um provedor. Um provedor é um hipervisor (como o vSphere) no qual as máquinas virtuais estão em execução e que você deseja migrar para o OpenShift Virtualization. Na guia de navegação Migration, clique em Providers for virtualization. Um provedor chamado host já existe. Isso representa o cluster do OpenShift Virtualization no qual o operador MTV está em execução e foi criado automaticamente quando o controlador Forklift foi criado.

Clique no botão azul Create Provider para criar um Provider para o cluster do vSphere.

Embora o Migration Toolkit for Virtualization possa migrar de outros clusters do OpenShift Virtualization, do Red Hat OpenStack ou do Red Hat Virtualization, estou focando na migração do vSphere. Portanto, selecione vSphere entre as opções apresentadas.

Neste ponto, você precisa de algumas informações sobre o cluster do vSphere para configurar o Provider.

• Provider resource name: esta é uma string de texto para você usar para saber a qual cluster do vSphere essa configuração se destina. Neste exemplo, há apenas um cluster do vSphere, então chame-o de vsphere.
• Endpoint type: o processo de configuração e migração é o mesmo, independentemente de você selecionar o vCenter ou o ESXi. No entanto, selecionarvCenter permite que você veja todas as máquinas virtuais no cluster, enquanto selecionarESXi exibe apenas as máquinas virtuais em execução nesse servidor ESXi. A opção ESXi pode ser útil se sua intenção for migrar um host inteiro para reutilizá-lo como um nó de computação do OpenShift Virtualization.
• URL: é o nome DNS ou o endereço IP do servidor vCenter seguido por /sdk e representa o ponto de extremidade para acesso do SDK ao servidor vCenter.
• VDDK init image: a imagem init do VMware Virtual Disk Development Kit (VDDK) é opcional, mas altamente recomendada por poder aumentar consideravelmente a velocidade da migração. Essa imagem é usada pelo operador MTV para injetar drivers VirtIO no sistema operacional guest durante a migração. Como a criação da imagem do VDDK exige licenças proprietárias da VMware, omitirei instruções sobre como criá-la. No entanto, a documentação da Red Hat sobre como criar a imagem do VDDK é muito fácil de acompanhar.
• Username: este é um nome de usuário do vCenter que tem acesso a todas ou a um subconjunto de máquinas virtuais no cluster do vSphere. Neste exemplo, estou usando a conta vSphere Administrator.
• Password: a senha para o nome de usuário acima.
• Skip certificate validation: habilite essa opção para um servidor vCenter usando certificados autoassinados.
• CA certificate: copie e cole o certificado CA nesse campo ou somente pressione o botão Fetch certificate from URLe aceite a CA na janela exibida.
   

Após clicar no botão Create provider, a configuração é criada e validada. Após alguns segundos, o Provider aparece como Ready no Console.

Criação do plano de migração

As migrações de máquinas virtuais são realizadas no MTV com um plano de migração, o qual é uma configuração que inclui uma lista de máquinas virtuais a serem migradas, além de mapeamentos de redes e armazenamento. Os mapeamentos são necessários porque o operador MTV não é necessariamente capaz de determinar quais redes e datastores do vSphere devem mapear para as redes e StorageClasses do OpenShift Virtualization.

Após clicar no botão Create Plan, você verá uma janela perguntando qual provedor de origem usar. Observe que, embora o cluster de host local apareça nessa lista, não é possível migrar uma máquina virtual do OpenShift Virtualization para o vSphere usando o operador MTV. Neste exemplo, tenho somente um provedor de origem válido configurado.

Após selecionar vSphere na lista, você verá uma lista de máquinas virtuais existentes nesse provedor. É possível selecionar várias máquinas virtuais ao mesmo tempo, mas, neste exemplo, estou selecionando somente a máquina virtual chamada rhel9-vm-01.

Na próxima janela, dê um nome ao plano de migração, selecione o namespace de destino e configure os mapeamentos de rede e armazenamento. O namespace Target padrão é definido como openshift-mtv, que quase certamente não é onde você deseja que as máquinas virtuais sejam executadas após a migração. Portanto, certifique-se de alterar esse campo para o namespace apropriado para seu ambiente.

Este simples ambiente de exemplo tem somente uma rede vSphere chamada VM Network, que será mapeada para uma rede Multus externa no cluster do OpenShift Virtualization. Nesse caso, segui meu artigo anterior que descreve como configurar seu cluster do OpenShift para permitir que máquinas virtuais se comuniquem diretamente na rede externa. A rede do vSphere selecionada e a rede do OpenShift Virtualization selecionada estão na mesma VLAN nesse caso, portanto, elas compartilham o mesmo espaço de endereço IP.

Da mesma forma, este ambiente de exemplo tem somente um armazenamento de dados, que mapeará para um StorageClass apropriado no ambiente do OpenShift Virtualization.

Agora que o plano de migração foi criado, algumas verificações serão executadas. O plano de migração exibirá o status Ready e um botão azul Start .

Migração de máquinas virtuais

As migrações de máquinas virtuais usando o operador MTV sempre exigem algum tempo de inatividade da máquina virtual que está sendo migrada. A duração dessa interrupção depende de vários fatores, como, por exemplo:

• Rastreamento de bloco de alteração (CBT): se o CBT estiver habilitado no vSphere, a MTV poderá fazer uma migração morna. Os dados da máquina virtual são copiados enquanto o sistema operacional guest continua em execução. Em seguida, a máquina virtual é desligada no vSphere e iniciada imediatamente no OpenShift Virtualization. Sem a CBT, somente a migração a frio é possível, o que exige que a máquina virtual fique inoperante durante todo o processo de migração.
• VDDK image is available: se a imagem do VDDK estiver disponível, o MTV poderá modificar a imagem da máquina virtual de destino com mais eficiência.
• Network and disk speed: a velocidade da rede subjacente e dos discos também pode afetar a velocidade da migração, que afeta a duração de inatividade de uma máquina virtual durante a migração.

Há alterações que ocorrem na máquina virtual e são resultados da mudança de um hipervisor para outro. Além da instalação de drivers de dispositivo, os nomes das interfaces de rede no SO guest serão provavelmente alterados. Se nenhuma intervenção for realizada antes da migração, a máquina virtual migrada não poderá se conectar à rede. Neste artigo, apresento opções para mitigar esse problema e garantir uma migração tranquila dos parâmetros de rede do SO guest.

Quando estiver pronto para iniciar a migração, clique no botão Start do plano de migração. Se as máquinas virtuais no plano de migração ainda estiverem em execução no vSphere, elas serão desligadas automaticamente nesse momento. Depois que as máquinas virtuais são migradas, o OpenShift Virtualization só inicia uma máquina virtual migrada que estava em execução no vSphere. Em outras palavras, o estado de execução de uma máquina virtual migrada é duplicado após a conclusão da migração. Portanto, uma máquina virtual desligada no vSphere quando a migração começou ainda estará desligada no OpenShift Virtualization até ser iniciada manualmente após a migração.

Você pode monitorar os detalhes de uma migração clicando no texto com hiperlink azul na coluna Status chamada Running. Isso fornece a você uma variedade de status, como o PersistentVolumeClaims em uso para migração e o pod responsável pela migração real dos dados da máquina virtual. Na imagem abaixo, observe o link azul Logs, que exibe os logs do pod que está executando a migração:

Também é possível monitorar os recursos de migração a partir da interface de linha de comando. Este exemplo mostra o status dos pods, do DataVolume e do PersistentVolumeClaim:

$ oc get pods,dv,pvc
NAME                                                READY   STATUS      RESTARTS   AGE
pod/migrate-rhel9-vm-01-vm-1001-nb95n               1/1     Running     0          17s
pod/vddk-validator-migrate-rhel9-vm-014wnpf-6sr5r   0/1     Completed   0          4m47s
NAME                                                           PHASE       PROGRESS   RESTARTS   AGE
datavolume.cdi.kubevirt.io/migrate-rhel9-vm-01-vm-1001-tbwhg   Succeeded   100.0%                40s
NAME                                                      STATUS   VOLUME                                     CAPACITY   ACCESS MODES   STORAGECLASS                                   AGE
persistentvolumeclaim/migrate-rhel9-vm-01-vm-1001-tbwhg   Bound    pvc-2834ec68-489a-4a77-a5e4-960a6f48d7cf   16Gi       RWX            ocs-external-storagecluster-ceph-rbd           40s

Após algum tempo, o plano de migração é concluído. O pod de migração permanece em um estado Completed para que você possa examinar os logs após a conclusão da migração. O pod é excluído quando o plano de migração é arquivado.

Examinando a máquina virtual migrada

Após a conclusão da migração, você poderá visualizar a máquina virtual no namespace de destino selecionado ao criar o plano de migração. Nesse caso, esse namespace foi chamado devmtest.

Ao fazer login na máquina virtual migrada, você pode ver que o adaptador de rede está configurado corretamente e que a máquina virtual é capaz de se comunicar com a rede externa. A migração foi concluída.

Para máquinas virtuais que executam o Windows, o processo é idêntico. O Migration Toolkit for Virtualization se encarrega de adicionar os drivers VirtIO necessários à imagem de disco do Windows durante a migração para a máquina virtual ser inicializada corretamente na primeira tentativa.

Tarefas pós-migração

O operador MTV não exclui máquinas virtuais migradas do vSphere. As máquinas virtuais migradas existem em ambos os hipervisores. Por isso, é importante que a máquina virtual antiga no vSphere não seja iniciada ao mesmo tempo que a nova máquina virtual no OpenShift Virtualization. Depois que a máquina virtual migrada estiver liberada para uso, você deverá excluir a máquina virtual antiga do vSphere.

Caso ocorra uma falha no processo de migração, reinicie a máquina virtual no vSphere, solucione os problemas e tente realizar a migração novamente. A menos que você especifique um playbook do Ansible para ser executado antes da migração, o operador MTV não faz alterações na máquina virtual no vSphere, para a máquina virtual poder ser usada como backup no caso de uma migração malsucedida.

Um kit de ferramentas para o sucesso

Migrar de um hipervisor incorporado ao seu ambiente há décadas para uma plataforma nova e inovadora é uma tarefa árdua que deve ser considerada. Como demonstrado neste artigo, ferramentas como o Red Hat Migration Toolkit for Virtualization podem simplificar e facilitar a automação desse complexo desafio.

Para mais informações sobre o OpenShift Virtualization, confira outro post meu no blog sobre o tópico, dê uma olhada no produto em nosso site e você encontrará mais informações sobre o Migration Toolkit for Virtualization em nosso site.