Migrazione delle macchine virtuali d VMware e ai server virtuali d IBM Cloud e con trasferimento di rete in tempo reale

Eseguire la migrazione delle macchine virtuali (VM) di " VMware " ai server virtuali " IBM Cloud VPC " trasmettendo in streaming i dati del disco attraverso la rete tramite " virt-v2v " e una connessione " Transit Gateway ".

Componenti dell'architettura

I componenti dell'architettura di una migrazione di trasferimento di rete in tempo reale sono:

Componenti dell'architettura per il metodo di migrazione del trasferimento di rete in tempo reale
Componenti dell'architettura Descrizione
Transit Gateway Collega l'ambiente VMware (Classic, NSX o VCFaaS ) al VPC. Questo fornisce il routing Layer 3 necessario alla macchina virtuale di origine (in VMware ) per comunicare con l'istanza del server virtuale di lavoro (in VPC).
Istanza del server virtuale del lavoratore Simile al metodo 2, ma in questo caso si tratta di un puro ricevitore, che ascolta su una porta di rete i dati del disco in arrivo.
ISO dal vivo

Una ISO avviabile che fornisce:

  • Strumenti di configurazione di rete

  • Utilità di lettura del disco (dd)

  • Strumenti di compressione (gzip, pigz)

  • Strumenti di trasferimento di rete (netcat, socat, ssh)
Opzioni della sorgente di avvio

  • Ubuntu Install ISO: Ha un'opzione "Enter shell" nel menu di aiuto, include la maggior parte degli strumenti necessari

  • TinyCore Linux: Estremamente piccolo, ma richiede l'installazione di pacchetti per ssh/qemu

  • virt-p2v ISO: Creato appositamente da Red Hat per le migrazioni P2V, si integra con virt-v2v sul ricevitore

  • G4L (Ghost per Linux ): Imaging focalizzato sulle immagini dal vivo Linux

Panoramica del processo di migrazione del trasferimento di rete in tempo reale

I passaggi seguenti illustrano il processo di migrazione mediante trasferimento di rete in tempo reale.

  1. Provvedimento Transit Gateway

    1. Creare Transit Gateway in IBM Cloud
    2. Collegatelo all'ambiente VMware:
    • Classic: Connessione diretta all'account Classic
    • NSX: tunnel GRE verso i bordi NSX
    • VCFaaS: Tunnel GRE verso i bordi di VCFaaS
    1. Configurazione del routing tra le reti VMware e le sottoreti VPC
    2. Testate a fondo la connettività prima della prima migrazione

  2. Provisionare l'istanza del server virtuale Worker nella VPC

    1. Ubuntu o RHEL con risorse adeguate
    2. Creare volumi di destinazione utilizzando la tecnica dell'istanza di server virtuale effimera (Metodo 2, passaggi 2-4)
    3. Collegare i volumi di destinazione al worker
    4. Installare netcat: apt-get install netcat o yum install nc

  3. Preparare la fonte VM per il trasferimento

    1. Collegare la ISO live alla macchina virtuale in vCenter/VCFaaS
    2. Configurare l'ordine di avvio della macchina virtuale in modo che si avvii prima da CD/ISO
    3. Annotare la configurazione IP corrente per l'impostazione della rete nell'ambiente reale

  4. Avvio della macchina virtuale sorgente da ISO

    1. Riavviare la macchina virtuale, che si avvia nell'ambiente live
    2. I dischi della macchina virtuale sono accessibili ma il sistema operativo non è in esecuzione (equivalente a un arresto pulito)

  5. Configurazione della rete in ambiente live

    1. Individuare il nome dell'interfaccia di rete (può variare: eth0, ens192 e così via)
    2. Configurare IP e routing:
    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. Avviare il trasferimento

    1. Sull'istanza del server virtuale Worker (avviare prima l'ascoltatore):
    # 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. Sulla macchina virtuale sorgente (in ISO live):
    # Read disk, compress, send to worker
dd if=/dev/sda bs=16M | gzip | nc -N -v 192.168.100.5 8080
    • Monitorare i progressi di entrambe le parti
    • Il tempo di trasferimento dipende dalle dimensioni del disco e dalla larghezza di banda della rete
    • La compressione offre in genere un miglioramento di 2-4x per i dischi del sistema operativo

  7. Ripetere l'operazione per altri dischi

    • Per le macchine virtuali a più dischi, ripetere l'operazione per ogni 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. Elaborazione post-trasferimento

    1. Verifica trasferimenti: fdisk -l /dev/vdb sul lavoratore
    2. Utilizzare facoltativamente virt-v2v per le trasformazioni: virt-v2v-in-place -i disk /dev/vdb
    3. Risciacquare i buffer: blockdev --flushbufs /dev/vdb

  9. Creare un'istanza di server virtuale dai volumi

    1. Staccare i volumi dal lavoratore
    2. Creare l'istanza finale del server virtuale utilizzando il volume di avvio esistente (come nel Metodo 2, passo 8)

  10. Arresto della macchina virtuale sorgente

    1. Dopo aver verificato che l'istanza del server virtuale si avvia correttamente, spegnere la macchina virtuale di origine
    2. Creare facoltativamente un'istantanea in VMware come punto di rollback

Vantaggi progettuali

La tabella seguente descrive i vantaggi progettuali della migrazione del trasferimento di rete in tempo reale.

Vantaggi di progettazione per il metodo di migrazione del trasferimento di rete dal vivo
Vantaggio del design Descrizione
Nessun costo aggiuntivo per l'esportazione Elimina l'intera fase di esportazione: nessun tempo speso per esportare i VMDK, nessuno storage di esportazione necessario, nessun trasferimento delle esportazioni al VPC.
Utilizzo efficiente della rete Lo streaming diretto con compressione utilizza in modo ottimale la larghezza di banda disponibile.
Capacità di migrazione parallela Provisionate più istanze di server virtuali worker e migrate più macchine virtuali contemporaneamente, limitate solo dalla larghezza di banda della rete e dalle risorse dei worker.
Massima flessibilità Facile da integrare con le trasformazioni di virt-v2v, supporta sia VCFaaS che vCenter, e funziona con qualsiasi macchina virtuale indipendentemente dal numero di dischi.
Stato del disco pulito L'avvio da ISO garantisce che il sistema operativo di origine non sia in esecuzione, fornendo uno stato del disco pulito e coerente (simile a un'istantanea a freddo).

Vincoli e limitazioni di progettazione

La tabella seguente descrive i vincoli e le limitazioni di una migrazione di trasferimento di rete in tempo reale.

Limitazioni e vincoli del metodo di migrazione del trasferimento di rete in tempo reale
Limitazione o vincolo Descrizione
Transit Gateway requisito Richiede un investimento iniziale per impostare e testare la connettività di Transit Gateway.
Preparazione dell'ISO in tempo reale
  • È necessario preparare e testare la ISO live scelta, potenzialmente personalizzandola con gli strumenti necessari.
Dipendenza dalla larghezza di banda della rete La velocità di trasferimento è limitata dalla larghezza di banda della rete tra gli ambienti. Monitorare e pianificare di conseguenza.
Configurazione manuale della rete Per ogni macchina virtuale di origine, è necessario configurare la rete nell'ambiente ISO live (può essere eseguita tramite script).
Non adatto alla migrazione a caldo Si tratta di un approccio di migrazione a freddo: la macchina virtuale sorgente è offline durante il trasferimento.

virt-p2v Integrazione

virt-p2v L'integrazione è più automatizzata ma richiede la creazione di libguestfs con i componenti ibridi RHEL/ Ubuntu.

Red Hat virt-p2v ISO è stato creato appositamente per questo caso d'uso. Questa soluzione offre:

  • Interfaccia grafica per la selezione dei dischi da trasferire
  • Connettività di rete integrata a un ricevitore virt-v2v
  • Iniezione automatica del driver e preparazione del sistema operativo

virt-p2v Processo di integrazione

  1. Avviare la macchina virtuale di origine da virt-p2v ISO
  2. Configurare la rete e connettersi all'istanza del server virtuale worker che esegue virt-v2v in modalità server
  3. virt-p2v trasferisce i dischi e virt-v2v li trasforma automaticamente
  4. I volumi risultanti sono pronti per essere collegati all'istanza del server virtuale

La migrazione con trasferimento di rete live è ideale per migrazioni su larga scala (oltre 10 macchine virtuali), per scenari in cui l'overhead dell'esportazione è proibitivo e quando si dispone dell'esperienza necessaria per configurare Transit Gateway e ambienti ISO live. Il costo di configurazione iniziale è più elevato, ma l'efficienza della migrazione per macchina virtuale è superiore.