IBM Cloud VPC: Migração de máquinas virtuais d VMware s por meio da transferência de rede em tempo real
Migre máquinas virtuais do VMware para servidores virtuais do VPC do IBM Cloud, transmitindo dados do disco por meio de uma conexão Transit Gateway utilizando o virt-v2v, minimizando o tempo de inatividade e a transferência de dados.
Componentes de arquitetura
Os componentes da arquitetura de uma migração de transferência de rede em tempo real são:
| 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:
|
| Opções de fonte de inicialização |
|
Visão geral do processo de migração de transferência de rede em tempo real
A transferência em rede ao vivo estabelece um fluxo de rede direto TCP através de IBM Cloud Transit Gateway para copiar blocos de disco da fonte VM para destinos de armazenamento em bloco da VPC.
Antes de começar, certifique-se de ter estabelecido o roteamento em IBM Cloud Transit Gateway, configurado uma ISO ativa do Linux em VMware e criado volumes de armazenamento de destino na VPC.
-
Provisão Transit Gateway
- Criar um arquivo “ Transit Gateway ” em IBM Cloud
- 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
- Configurar o roteamento entre as redes VMware e as sub-redes VPC
- Teste a conectividade completamente antes da primeira migração
-
Provisione a instância do servidor virtual do Worker na VPC
- Ubuntu ou RHEL com recursos adequados
- Crie volumes de destino usando a técnica de instância de servidor virtual efêmera (Método 2, etapas 2 a 4)
- Anexar volumes de destino ao trabalhador
- Instale o netcat:
apt-get install netcatouyum install nc
-
Preparar a fonte VM para transferência
- Anexe o ISO ativo à máquina virtual em vCenter/VCFaaS
- Configurar a ordem de inicialização da máquina virtual para inicializar primeiro a partir do CD/ISO
- Anote a configuração IP atual para a configuração da rede em um ambiente real
-
Máquina virtual de origem a partir da ISO
- Reinicie a máquina virtual e ela será inicializada no ambiente ativo
- 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)
-
Configurar a rede em um ambiente real
- Determine o nome da interface de rede (pode variar: eth0, ens192 e assim por diante)
- 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 -
Iniciar transferência
- 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- 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
-
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
-
-
Processamento pós-transferência
- Verificar transferências:
fdisk -l /dev/vdbno trabalhador - Opcionalmente, use virt-v2v para transformações:
virt-v2v-in-place -i disk /dev/vdb - Limpar os buffers:
blockdev --flushbufs /dev/vdb
- Verificar transferências:
-
Criar uma instância de servidor virtual a partir de Volumes
- Desanexar volumes do trabalhador
- Crie a instância final do servidor virtual usando o volume de inicialização existente (igual ao Método 2, etapa 8)
-
Desligamento da máquina virtual de origem
- Depois de verificar se a instância do servidor virtual foi inicializada com êxito, desligue a máquina virtual de origem
- 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.
| 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çã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 |
|
| 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
Red Hat virt-p2v é um ambiente especializado de conversão em tempo real que se coordena com um servidor de conversão de destino do para automatizar o streaming de disco e a injeção de drivers. virt-v2v
Antes de executar uma migração do virt-p2v, verifique se a instância do VPC worker está executando o virt-v2v no modo de escuta e se a fonte VM montou a imagem ISO virt-p2v.
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
- Inicialização da máquina virtual de origem a partir do ISO virt-p2v
- Configure a rede e conecte-se à instância do servidor virtual do trabalhador executando virt-v2v no modo de servidor
- virt-p2v transfere discos e virt-v2v os transforma automaticamente
- 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.