Migrar para servidores virtuais d IBM Cloud, utilizando a extração direta do VDDK a partir de vCenter

Utilize a extração direta do VDDK com o virt-v2v para migrar máquinas virtuais do VMware de servidores virtuais do vCenter para o IBM Cloud VPC, com conversão automatizada de discos.

Componentes de arquitetura

A tabela a seguir descreve os componentes da arquitetura de uma migração VDDK Direct Extraction.

Componentes de arquitetura para o método de migração de extração direta do VDDK
Componentes de arquitetura Descrição
VMware Kit de Desenvolvimento de Disco Virtual (VDDK) VMware para acessar discos virtuais. Você fará o download no portal do desenvolvedor do VMware.
libguestfs com suporte a VDDK A ferramenta virt-v2v criada com o plug-in VDDK do nbdkit. Para isso, é necessário o RHEL ( Red Hat Enterprise Linux ) (as versões do Ubuntu não incluem suporte ao VDDK).
Instância do servidor virtual do trabalhador Instância baseada em RHEL com libguestfs-tools e VDDK instalados.
vCenter Access Conectividade de rede da instância do servidor virtual do trabalhador com os hosts vCenter e vSphere, com credenciais que permitem o acesso ao disco da máquina virtual.

Visão geral do processo de migração do VDDK Direct Extraction

As etapas a seguir descrevem o processo de migração usando o VDDK Direct Extraction.

  1. Provisionamento da instância do servidor virtual do RHEL ( Red Hat Enterprise Linux ) para o Worker

    1. Instância RHEL 8 ou 9
    2. Instale a libguestfs-tools: dnf install libguestfs-tools
    3. Conectividade de rede com vCenter

  2. Instalar VMware VDDK

    1. Faça o download no portal do desenvolvedor VMware (requer uma conta VMware )
    2. Extraia para um diretório na instância do servidor virtual de trabalho (por exemplo, /opt/vmware-vix-disklib-distrib)

  3. Reúna vCenter Informações

    1. vCenter nome do host/IP
    2. vCenter credenciais (formato domain\user)
    3. Nome da máquina virtual de destino
    4. Host ESXi onde a máquina virtual está sendo executada (descubra via vCenter )
    5. vCenter impressão digital do certificado:
    openssl s_client -connect vcenter.example.com:443 </dev/null 2>/dev/null | \
  openssl x509 -fingerprint -noout -in /dev/stdin | \
  cut -d= -f2

  4. Criar volumes de destino

    1. Use o método de instância de servidor virtual efêmera (Método 2, etapas 2 a 4)
    2. Conectar à instância do servidor virtual do worker

  5. Configure /etc/hosts (frequentemente necessário)

    1. Adicione hosts vCenter e ESXi se o DNS não estiver sendo resolvido corretamente
    2. O VDDK pode ser exigente quanto à resolução de nomes de host

  6. Execute virt-v2v com VDDK

    1. Criar arquivo de senha
       echo 'YourPasswordHere' > /tmp/vcenter-passwd
   chmod 600 /tmp/vcenter-passwd
    1. Executar virt-v2v
       virt-v2v \
     -ic 'vpx://vsphere.local\%5cAdministrator\@vcenter.example.com/Datacenter/Cluster/esxi-host.example.com?no_verify=1' \
     'VM-Name' \
     -ip /tmp/vcenter-passwd \
     -o disk \
     -os /tmp \
     -it vddk \
     -io vddk-libdir=/opt/vmware-vix-disklib-distrib \
     -io vddk-thumbprint=A2:41:6A:FA:81:CA:4B:06:AE:EB:C4:1B:0F:FE:23:22:D0:E8:89:02 \
     --block-driver virtio-scsi

    Parâmetros: - -ic: Cadeia de conexão de entrada (vpx:// para vCenter ) - \%5c é a codificação URL para barra invertida no domínio\usuário - ?no_verify=1 ignora a verificação do certificado SSL - 'VM-Name': Nome exato da máquina virtual em vCenter - -ip: Caminho do arquivo de senha - -o disk -os /tmp: Saída para o diretório /tmp - -it vddk: Transporte de entrada VDDK - -io vddk-libdir: Caminho para a instalação do VDDK - -io vddk-thumbprint: vCenter impressão digital do certificado - --block-driver virtio-scsi: Para máquinas virtuais do Windows (o primeiro disco precisa de um driver SCSI)

  7. Direct to Device com o truque do Symlink

    Normalmente, o virt-v2v grava em arquivos em um diretório. Para gravar diretamente em um dispositivo de bloco:

    # virt-v2v will create file named VM-Name-sda
ln -fs /dev/vdb /tmp/VM-Name-sda
# Run virt-v2v, it writes to symlink which points to device
virt-v2v ... (same command as above)

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

    • Idem ao Método 2/3: desconectar do trabalhador, criar uma instância de servidor virtual a partir de volumes existentes

Vantagens do projeto

A tabela a seguir lista as vantagens de design da migração VDDK Direct Extraction.

Vantagens do projeto para o método de migração de extração direta do VDDK
Vantagem do design Descrição
Migração com um único comando Uma invocação de virt-v2v faz tudo: extrai de vCenter,, converte o formato, injeta drivers e grava no destino.
Sem etapa de exportação Semelhante à migração de transferência de rede ao vivo, elimina a sobrecarga de exportação.
Adequado para automação Facilmente programável para migrações em grande escala, uma vez que esteja funcionando.
Transformação integrada A injeção de drivers e a preparação do sistema operacional ocorrem automaticamente.

Restrições e limitações de projeto

A tabela a seguir lista as restrições e limitações de uma migração VDDK Direct Extraction.

Limitações e restrições do método de migração de extração direta do VDDK
Limitação ou restrição Descrição
vCenter apenas Não funciona com VCFaaS (não há acesso à API vCenter ).
Lacunas nas ferramentas do RHEL/ Ubuntu

Desafio crítico

  • A compilação RHEL da libguestfs inclui suporte a VDDK (plug-in nbdkit)

  • A compilação RHEL de virt-v2v NÃO oferece suporte a --block-driver virtio-scsi (necessário para Windows)

  • A compilação Ubuntu de virt-v2v oferece suporte a --block-driver virtio-scsi

  • A compilação Ubuntu NÃO inclui suporte a VDDK

Você deve:

  • Compilar você mesmo a libguestfs em Ubuntu com o plug-in VDDK

OU

  • Usar o RHEL para extrair o VDDK, gravar no arquivo e transferir para o sistema Ubuntu para a transformação virt-v2v
Pré-requisitos complexos Requer a instalação do VDDK, acesso à API vCenter, impressões digitais de certificados e cadeias de conexão precisas. Mais configuração do que outros métodos.
Requisitos de rede A instância do servidor virtual do trabalhador deve acessar diretamente os hosts vCenter e ESXi. Pode ser necessário definir regras adicionais no firewall.

A migração VDDK Direct Extraction é eficiente para migrações em grande escala para vCenter, nas quais o investimento inicial em configuração e construção de ferramentas compensa em muitas máquinas virtuais. Não é recomendado para pequenas migrações ou ambientes VCFaaS. Se você escolher esse método, reserve um tempo para a configuração e o teste da ferramenta.