Migrar máquinas virtuais d VMware para servidores virtuais d IBM Cloud, com transferência de rede em tempo real

Migre máquinas virtuais (VMs) d VMware para servidores virtuais d IBM Cloud VPC, transmitindo dados do disco pela rede por meio do virt-v2v e de uma conexão Transit Gateway.

Componentes de arquitetura

Os componentes da arquitetura de uma migração de transferência de rede em tempo real são:

Componentes de arquitetura para o método de migração de transferência de rede em tempo real
Componentes de arquitetura Descrição
Transit Gateway Conecta seu ambiente VMware (Classic, NSX ou VCFaaS ) à sua VPC. Isso fornece o roteamento de camada 3 necessário para que a máquina virtual de origem (em VMware ) se comunique com a instância do servidor virtual de trabalho (em VPC).
Instância do servidor virtual do trabalhador Semelhante ao Método 2, mas aqui ele é puramente um receptor - ouvindo em uma porta de rede os dados de disco recebidos.
ISO ao vivo

Um ISO inicializável que fornece:

  • Ferramentas de configuração de rede

  • Utilitários de leitura de disco (dd)

  • Ferramentas de compactação (gzip, pigz)

  • Ferramentas de transferência de rede (netcat, socat, ssh)
Opções de fonte de inicialização

  • Ubuntu Instalar ISO: tem uma opção "Enter shell" no menu de ajuda, inclui as ferramentas mais necessárias

  • TinyCore Linux: extremamente pequeno, mas requer a instalação de pacotes para ssh/qemu

  • virt-p2v ISO: criado especificamente por Red Hat para migrações P2V, integra-se com virt-v2v no receptor

  • G4L (Ghost para Linux ): Live com foco em imagens Linux

Visão geral do processo de migração de transferência de rede em tempo real

As etapas a seguir apresentam o processo de migração usando a transferência de rede em tempo real.

  1. Provisão Transit Gateway

    1. Criar Transit Gateway em IBM Cloud
    2. Conecte-o ao seu ambiente VMware:
    • Classic: Conexão direta com a conta Classic
    • NSX: túneis GRE para bordas do NSX
    • VCFaaS: Túneis GRE para VCFaaS bordas
    1. Configurar o roteamento entre as redes VMware e as sub-redes VPC
    2. Teste a conectividade completamente antes da primeira migração

  2. Provisione a instância do servidor virtual do Worker na VPC

    1. Ubuntu ou RHEL com recursos adequados
    2. Crie volumes de destino usando a técnica de instância de servidor virtual efêmera (Método 2, etapas 2 a 4)
    3. Anexar volumes de destino ao trabalhador
    4. Instale o netcat: apt-get install netcat ou yum install nc

  3. Preparar a fonte VM para transferência

    1. Anexe o ISO ativo à máquina virtual em vCenter/VCFaaS
    2. Configurar a ordem de inicialização da máquina virtual para inicializar primeiro a partir do CD/ISO
    3. Anote a configuração IP atual para a configuração da rede em um ambiente real

  4. Máquina virtual de origem a partir da ISO

    1. Reinicie a máquina virtual e ela será inicializada no ambiente ativo
    2. Os discos da sua máquina virtual estão acessíveis, mas o sistema operacional não está em execução (equivalente ao desligamento limpo)

  5. Configurar a rede em um ambiente real

    1. Determine o nome da interface de rede (pode variar: eth0, ens192 e assim por diante)
    2. Configure o IP e o roteamento:
    ip addr add 10.50.200.3/26 dev ens192
ip route add 0.0.0.0/0 via 10.50.200.1
ping 192.168.100.5  # Test connectivity to worker virtual server instance

  6. Iniciar transferência

    1. Na instância do servidor virtual do Worker (inicie o listener primeiro):
    # Listen for incoming data, decompress, write to volume
nc -l 192.168.100.5 8080 | gunzip | dd of=/dev/vdb bs=16M status=progress
    1. Na máquina virtual de origem (em ISO ativo):
    # Read disk, compress, send to worker
dd if=/dev/sda bs=16M | gzip | nc -N -v 192.168.100.5 8080
    • Monitorar o progresso de ambos os lados
    • O tempo de transferência depende do tamanho do disco e da largura de banda da rede
    • A compactação normalmente oferece 2-4x melhorias nos discos do sistema operacional

  7. Repetir para discos adicionais

    • Para máquinas virtuais com vários discos, repita o procedimento para cada disco:

      # Worker (disk 2)
nc -l 192.168.100.5 8080 | gunzip | dd of=/dev/vdc bs=16M status=progress
# Source (disk 2)
dd if=/dev/sdb bs=16M | gzip | nc -N -v 192.168.100.5 8080

  8. Processamento pós-transferência

    1. Verificar transferências: fdisk -l /dev/vdb no trabalhador
    2. Opcionalmente, use virt-v2v para transformações: virt-v2v-in-place -i disk /dev/vdb
    3. Limpar os buffers: blockdev --flushbufs /dev/vdb

  9. Criar uma instância de servidor virtual a partir de Volumes

    1. Desanexar volumes do trabalhador
    2. Crie a instância final do servidor virtual usando o volume de inicialização existente (igual ao Método 2, etapa 8)

  10. Desligamento da máquina virtual de origem

    1. Depois de verificar se a instância do servidor virtual foi inicializada com êxito, desligue a máquina virtual de origem
    2. Opcionalmente, crie um snapshot em VMware como um ponto de reversão

Vantagens do projeto

A tabela a seguir descreve as vantagens de design da migração de transferência de rede em tempo real.

Vantagens do projeto para o método de migração de transferência de rede em tempo real
Vantagem do design Descrição
Sem sobrecarga de exportação Elimina toda a etapa de exportação - sem tempo gasto na exportação de VMDKs, sem necessidade de armazenamento de exportação, sem transferência de exportações para a VPC.
Utilização eficiente da rede O streaming direto com compactação otimiza o uso da largura de banda disponível.
Capacidade de migração paralela Provisione várias instâncias de servidor virtual de trabalho e migre várias máquinas virtuais simultaneamente, limitado apenas pela largura de banda da rede e pelos recursos de trabalho.
Máxima flexibilidade Fácil de integrar com as transformações do virt-v2v, suporta tanto o VCFaaS quanto o vCenter, e funciona com qualquer máquina virtual, independentemente do número de discos.
Estado do disco limpo A inicialização a partir do ISO garante que o sistema operacional de origem não esteja em execução, proporcionando um estado de disco limpo e consistente (semelhante a um cold snapshot).

Restrições e limitações de projeto

A tabela a seguir descreve as restrições e limitações de uma migração de transferência de rede em tempo real.

Limitações e restrições do método de migração de transferência de rede em tempo real
Limitação ou restrição Descrição
Transit Gateway requisito Requer investimento inicial para configurar e testar a conectividade Transit Gateway.
Preparação de ISO ao vivo
  • Você precisa preparar e testar o ISO ativo escolhido, possivelmente personalizando-o com as ferramentas necessárias.
Dependência da largura de banda da rede A velocidade de transferência é limitada pela largura de banda da rede entre os ambientes. Monitore e planeje adequadamente.
Configuração manual da rede Para cada máquina virtual de origem, você precisa configurar a rede no ambiente ISO ao vivo (pode ser feito com script).
Não é adequado para migração a quente Essa é uma abordagem de migração a frio - a máquina virtual de origem fica off-line durante a transferência.

virt-p2v Integração

virt-p2v A integração é mais automatizada, mas requer a criação do libguestfs com componentes híbridos RHEL/ Ubuntu.

Red Hat o virt-p2v ISO da Apple foi desenvolvido especificamente para esse caso de uso. Ele fornece:

  • Interface gráfica para selecionar os discos a serem transferidos
  • Conectividade de rede integrada a um receptor virt-v2v
  • Injeção automática de driver e preparação do sistema operacional

virt-p2v Processo de integração

  1. Inicialização da máquina virtual de origem a partir do ISO virt-p2v
  2. Configure a rede e conecte-se à instância do servidor virtual do trabalhador executando virt-v2v no modo de servidor
  3. virt-p2v transfere discos e virt-v2v os transforma automaticamente
  4. Os volumes resultantes estão prontos para serem anexados à instância do servidor virtual

A migração de transferência de rede ao vivo é ideal para migrações em grande escala (mais de 10 máquinas virtuais), para cenários em que a sobrecarga de exportação é proibitiva e quando você tem o conhecimento necessário para configurar ambientes Transit Gateway e ISO ao vivo. O custo de configuração inicial é mais alto, mas a eficiência da migração por máquina virtual é superior.