VMware-VMs mit Live-Netzwerkübertragung auf virtuelle Server von IBM Cloud migrieren

Migrieren Sie virtuelle Maschinen (VMs) v VMware auf virtuelle Server v IBM Cloud VPC, indem Sie Festplattendaten über das Netzwerk mithilfe von „ virt-v2v “ und einer „ Transit Gateway “-Verbindung streamen.

Komponenten der Architektur

Die Architekturkomponenten einer Live-Netzübertragungsmigration sind:

Architekturkomponenten für die Methode der Live-Netzübertragung
Komponenten der Architektur Beschreibung
Transit Gateway Verbindet Ihre VMware Umgebung (Classic, NSX, oder VCFaaS ) mit Ihrer VPC. Dies stellt das Layer-3-Routing bereit, das für Ihre virtuelle Quellmaschine (in VMware ) erforderlich ist, um mit Ihrer virtuellen Arbeits-Serverinstanz (in VPC) zu kommunizieren.
Instanz eines virtuellen Arbeitsservers Ähnlich wie Methode 2, aber hier ist es ein reiner Empfänger, der an einem Netzwerkanschluss auf eingehende Festplattendaten wartet.
Live-ISO

Ein bootfähiges ISO, das Folgendes bietet:

  • Netzwerkkonfigurationswerkzeuge

  • Dienstprogramme zum Lesen von Festplatten (dd)

  • Komprimierungswerkzeuge (gzip, pigz)

  • Netzwerkübertragungswerkzeuge (netcat, socat, ssh)
Optionen für die Bootquelle

  • Ubuntu ISO installieren: Hat eine "Enter shell"-Option im Hilfemenü, enthält die meisten benötigten Tools

  • TinyCore Linux: Extrem klein, erfordert aber Paketinstallation für ssh/qemu

  • virt-p2v ISO: Speziell von Red Hat für P2V Migrationen entwickelt, integriert mit virt-v2v auf dem Receiver

  • G4L (Ghost für Linux ): Auf die Bildgebung ausgerichtete Live Linux

Überblick über den Prozess der Live-Netzübertragungsmigration

Die folgenden Schritte beschreiben den Migrationsprozess mit Hilfe des Live-Netzwerk-Transfers.

  1. Rückstellung Transit Gateway

    1. Erstellen Sie Transit Gateway in IBM Cloud
    2. Verbinden Sie es mit Ihrer VMware Umgebung:
    • Klassisch: Direkte Verbindung zum Classic-Konto
    • NSX: GRE-Tunnel zu NSX-Kanten
    • VCFaaS: GRE-Tunnel zu VCFaaS Kanten
    1. Konfigurieren Sie das Routing zwischen VMware Netzwerken und VPC-Subnetzen
    2. Testen Sie die Konnektivität vor der ersten Migration gründlich

  2. Bereitstellung der virtuellen Serverinstanz Worker in VPC

    1. Ubuntu oder RHEL mit ausreichenden Ressourcen
    2. Erstellen von Zielvolumes mit der Technik der ephemeren virtuellen Serverinstanz (Methode 2 Schritte 2-4)
    3. Anhängen von Zielvolumes an Worker
    4. Installieren Sie netcat: apt-get install netcat oder yum install nc

  3. Quelle VM für die Übertragung vorbereiten

    1. Live-ISO an virtuelle Maschine anhängen in vCenter/VCFaaS
    2. Konfigurieren Sie die Bootreihenfolge der virtuellen Maschine so, dass sie zuerst von CD/ISO startet
    3. Notieren Sie sich die aktuelle IP-Konfiguration für die Netzwerkeinrichtung in der Live-Umgebung

  4. Virtuelle Maschine von ISO booten

    1. Starten Sie die virtuelle Maschine neu, sie bootet in die Live-Umgebung
    2. Die Festplatten Ihrer virtuellen Maschine sind zugänglich, aber das Betriebssystem wird nicht ausgeführt (entspricht einem sauberen Herunterfahren)

  5. Konfigurieren von Netzwerken in der Live-Umgebung

    1. Ermitteln Sie den Namen der Netzwerkschnittstelle (kann variieren: eth0, ens192 usw.)
    2. Konfigurieren Sie IP und 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. Übertragung einleiten

    1. Auf der virtuellen Serverinstanz Worker (starten Sie zuerst den Listener):
    # 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. Auf der virtuellen Quellmaschine (im Live-ISO):
    # Read disk, compress, send to worker
dd if=/dev/sda bs=16M | gzip | nc -N -v 192.168.100.5 8080
    • Überwachung der Fortschritte auf beiden Seiten
    • Die Übertragungszeit hängt von der Größe der Festplatte und der Netzwerkbandbreite ab
    • Komprimierung bietet in der Regel 2-4x Verbesserung für OS-Festplatten

  7. Wiederholen Sie den Vorgang für weitere Festplatten

    • Bei virtuellen Maschinen mit mehreren Festplatten wiederholen Sie diesen Vorgang für jede Festplatte:

      # 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. Post-Transfer-Verarbeitung

    1. Überprüfungen von Überweisungen: fdisk -l /dev/vdb auf Arbeitnehmer
    2. Optional können Sie virt-v2v für Transformationen verwenden: virt-v2v-in-place -i disk /dev/vdb
    3. Puffer leeren: blockdev --flushbufs /dev/vdb

  9. Virtuelle Serverinstanz aus Volumes erstellen

    1. Bände vom Arbeiter abtrennen
    2. Erstellen der endgültigen virtuellen Serverinstanz unter Verwendung des vorhandenen Startvolumens (wie bei Methode 2 Schritt 8)

  10. Herunterfahren der virtuellen Quellmaschine

    1. Nachdem Sie überprüft haben, dass die virtuelle Serverinstanz erfolgreich hochgefahren ist, fahren Sie die virtuelle Quellmaschine herunter
    2. Optional können Sie einen Snapshot in VMware als Rollback-Punkt erstellen

Konstruktionsvorteile

Die folgende Tabelle beschreibt die Designvorteile der Live-Netzübertragungsmigration.

Designvorteile für die Methode der Live-Netzübertragungsmigration
Vorteil Design Beschreibung
Kein Exportaufwand Eliminiert den gesamten Exportschritt - kein Zeitaufwand für den Export von VMDKs, kein Exportspeicher erforderlich, keine Übertragung von Exporten an VPC.
Effiziente Netzwerknutzung Das direkte Streaming mit Komprimierung nutzt die verfügbare Bandbreite optimal.
Parallele Migrationsfähigkeit Stellen Sie mehrere virtuelle Worker-Server-Instanzen bereit und migrieren Sie mehrere virtuelle Maschinen gleichzeitig, nur begrenzt durch Netzwerkbandbreite und Worker-Ressourcen.
Maximale Flexibilität Einfache Integration mit virt-v2v Transformationen, unterstützt sowohl VCFaaS als auch vCenter, arbeitet mit jeder virtuellen Maschine unabhängig von der Anzahl der Festplatten.
Zustand der bereinigten Festplatte Das Booten von einem ISO stellt sicher, dass das Quellbetriebssystem nicht läuft und bietet einen sauberen, konsistenten Festplattenzustand (ähnlich wie ein Cold Snapshot).

Konstruktionsbedingungen und Einschränkungen

In der folgenden Tabelle werden die Einschränkungen und Begrenzungen einer Live-Netzübertragungsmigration beschrieben.

Beschränkungen und Einschränkungen für die Methode der Live-Netzübertragung
Beschränkung oder Einschränkung Beschreibung
Transit Gateway Anforderung Erfordert Vorabinvestitionen in die Einrichtung und Prüfung der Konnektivität von Transit Gateway.
Vorbereitung der Live-ISO-Datei
  • Sie müssen die von Ihnen gewählte Live-ISO vorbereiten und testen und sie möglicherweise mit den erforderlichen Tools anpassen.
Abhängigkeit von der Netzwerkbandbreite Die Übertragungsgeschwindigkeit wird durch die Netzwerkbandbreite zwischen den Umgebungen begrenzt. Überwachen und planen Sie entsprechend.
Manuelle Netzwerkkonfiguration Für jede virtuelle Quellmaschine müssen Sie das Netzwerk in der Live-ISO-Umgebung konfigurieren (kann in einem Skript erfolgen).
Nicht für die „Warm-Migration“ geeignet Dies ist ein kalter Migrationsansatz - die virtuelle Quellmaschine ist während der Übertragung offline.

virt-p2v Integration

virt-p2v Die Integration ist stärker automatisiert, erfordert aber die Erstellung von libguestfs mit RHEL/ Ubuntu Hybridkomponenten.

Red Hat die virt-p2v ISO wurde speziell für diesen Anwendungsfall entwickelt. Sie bietet:

  • Grafische Oberfläche zur Auswahl der zu übertragenden Datenträger
  • Integrierte Netzwerkanbindung an einen virt-v2v Empfänger
  • Automatische Treiberinjektion und Betriebssystemvorbereitung

virt-p2v Integrationsprozess

  1. Booten der virtuellen Quellmaschine von virt-p2v ISO
  2. Konfigurieren Sie das Netzwerk und stellen Sie eine Verbindung zur virtuellen Worker-Server-Instanz her, auf der virt-v2v im Servermodus läuft
  3. virt-p2v überträgt Festplatten und virt-v2v wandelt sie automatisch um
  4. Die resultierenden Volumes sind bereit, an die virtuelle Serverinstanz angehängt zu werden

Die Live-Netzwerkübertragungsmigration ist ideal für umfangreiche Migrationen (mehr als 10 virtuelle Maschinen), für Szenarien, in denen der Export-Overhead unerschwinglich ist, und wenn Sie über das Know-how verfügen, Transit Gateway und Live-ISO-Umgebungen einzurichten. Die anfänglichen Einrichtungskosten sind höher, aber die Effizienz der Migration pro virtuellem Rechner ist besser.