Migration des machines virtuelles d' VMware. vers des serveurs virtuels d' IBM Cloud. avec transfert réseau en direct

Migrer des machines virtuelles (VM) d' VMware vers des serveurs virtuels d' IBM Cloud VPC en transférant les données du disque sur le réseau à l'aide d' virt-v2v et d'une connexion Transit Gateway.

Composants de l'architecture

Les composants de l'architecture d'une migration de transfert de réseau en direct sont les suivants :

Composants de l'architecture de la méthode de migration par transfert de réseau en direct
Composants de l'architecture Description
Transit Gateway Connecte votre environnement VMware (Classic, NSX ou VCFaaS ) à votre VPC. Cela fournit le routage de niveau 3 nécessaire pour que votre machine virtuelle source (dans VMware ) communique avec votre instance de serveur virtuel travailleur (dans VPC).
Instance de serveur virtuel de travailleur Semblable à la méthode 2, mais il s'agit ici d'un simple récepteur qui écoute sur un port réseau les données entrantes du disque.
ISO en direct

Un ISO amorçable qui fournit :

  • Outils de configuration réseau

  • Utilitaires de lecture de disque (dd)

  • Outils de compression (gzip, pigz)

  • Outils de transfert réseau (netcat, socat, ssh)
Options de la source d'amorçage

  • Ubuntu Install ISO : dispose d'une option "Enter shell" dans le menu d'aide, comprend la plupart des outils nécessaires

  • TinyCore Linux: extrêmement petit mais nécessite l'installation de paquets pour ssh/qemu

  • virt-p2v ISO : conçu par Red Hat pour les migrations P2V, s'intègre avec virt-v2v sur le récepteur

  • G4L (Ghost pour Linux ): Live axé sur l'imagerie Linux

Vue d'ensemble du processus de migration du transfert de réseau en direct

Les étapes suivantes décrivent la procédure de migration à l'aide d'un transfert de réseau en direct.

  1. Disposition Transit Gateway

    1. Créer Transit Gateway dans IBM Cloud
    2. Connectez-le à votre environnement VMware:
    • Classic : Connexion directe au compte Classic
    • NSX : Tunnels GRE vers les bords NSX
    • VCFaaS: Tunnels GRE vers VCFaaS
    1. Configurer le routage entre les réseaux VMware et les sous-réseaux VPC
    2. Tester soigneusement la connectivité avant la première migration

  2. Mise à disposition d'une instance de serveur virtuel Worker dans un VPC

    1. Ubuntu ou RHEL avec des ressources adéquates
    2. Créer des volumes cibles en utilisant la technique de l'instance de serveur virtuel éphémère (Méthode 2 étapes 2-4)
    3. Attacher des volumes cibles au travailleur
    4. Installer netcat : apt-get install netcat ou yum install nc

  3. Préparer la source VM pour le transfert

    1. Attacher l'ISO live à la machine virtuelle dans vCenter/VCFaaS
    2. Configurer l'ordre de démarrage de la machine virtuelle pour qu'elle démarre d'abord à partir du CD/ISO
    3. Noter la configuration IP actuelle pour la mise en place du réseau dans l'environnement réel

  4. Démarrage de la machine virtuelle source à partir de l'ISO

    1. Redémarrer la machine virtuelle, elle démarre dans l'environnement réel
    2. Les disques de votre machine virtuelle sont accessibles mais le système d'exploitation n'est pas en cours d'exécution (équivalent de l'arrêt propre)

  5. Configurer la mise en réseau dans un environnement réel

    1. Déterminez le nom de l'interface réseau (qui peut varier : eth0, ens192, etc.)
    2. Configurer l'IP et le routage :
    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. Lancer le transfert

    1. Sur l'instance du serveur virtuel Worker (démarrer l'auditeur en premier):
    # 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. Sur la machine virtuelle source (dans l'ISO live):
    # Read disk, compress, send to worker
dd if=/dev/sda bs=16M | gzip | nc -N -v 192.168.100.5 8080
    • Contrôler les progrès réalisés par les deux parties
    • Le temps de transfert dépend de la taille du disque et de la largeur de bande du réseau
    • La compression permet généralement une amélioration de 2-4x pour les disques d'exploitation

  7. Répéter pour les disques supplémentaires

    • Pour les machines virtuelles à plusieurs disques, répétez l'opération pour chaque disque :

      # 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. Traitement post-transfert

    1. Vérifier les transferts : fdisk -l /dev/vdb sur le travailleur
    2. Il est possible d'utiliser virt-v2v pour les transformations : virt-v2v-in-place -i disk /dev/vdb
    3. Vider les tampons : blockdev --flushbufs /dev/vdb

  9. Créer une instance de serveur virtuel à partir des volumes

    1. Détacher les volumes du travailleur
    2. Créer la dernière instance de serveur virtuel en utilisant le volume de démarrage existant (comme à l'étape 8 de la méthode 2)

  10. Arrêter la machine virtuelle source

    1. Après avoir vérifié que l'instance de serveur virtuel démarre correctement, arrêtez la machine virtuelle source
    2. Optionnellement, créer un snapshot dans VMware comme point de retour en arrière

Avantages de conception

Le tableau suivant décrit les avantages de la conception de la migration de transfert de réseau en direct.

Avantages de la conception de la méthode de migration par transfert de réseau en direct
Avantage de la conception Description
Pas de frais liés à l'exportation Élimine toute l'étape d'exportation : pas de temps passé à exporter les VMDK, pas de stockage d'exportation nécessaire, pas de transfert d'exportations vers le VPC.
Utilisation efficace du réseau La diffusion directe avec compression permet d'optimiser l'utilisation de la bande passante disponible.
Capacité de migration parallèle Provisionnez plusieurs instances de serveurs virtuels de travail et migrez plusieurs machines virtuelles simultanément, limitées uniquement par la bande passante du réseau et les ressources de travail.
Flexibilité maximale Facile à intégrer dans les transformations virt-v2v, il prend en charge à la fois VCFaaS et vCenter, et fonctionne avec n'importe quelle machine virtuelle, quel que soit le nombre de disques.
État du disque propre Le démarrage à partir d'une ISO garantit que le système d'exploitation source n'est pas en cours d'exécution, ce qui permet d'obtenir un état de disque propre et cohérent (similaire à un instantané à froid).

Contraintes et limites de conception

Le tableau suivant décrit les contraintes et les limites d'une migration de transfert de réseau en direct.

Limites et contraintes de la méthode de migration par transfert de réseau en direct
Limitation ou contrainte Description
Transit Gateway exigence Nécessite un investissement initial pour mettre en place et tester la connectivité Transit Gateway.
Préparation d'une image ISO « live »
  • Vous devez préparer et tester l'ISO live que vous avez choisi, en le personnalisant éventuellement avec les outils nécessaires.
Dépendance vis-à-vis de la bande passante du réseau La vitesse de transfert est limitée par la bande passante du réseau entre les environnements. Contrôler et planifier en conséquence.
Configuration manuelle du réseau Pour chaque machine virtuelle source, vous devez configurer la mise en réseau dans l'environnement ISO live (peut être scripté).
Ne convient pas à la migration à chaud Il s'agit d'une approche de migration à froid : la machine virtuelle source est hors ligne pendant le transfert.

virt-p2v Intégration

virt-p2v L'intégration est plus automatisée mais nécessite la construction de libguestfs avec des composants hybrides RHEL/ Ubuntu.

Red Hat le site virt-p2v ISO est spécialement conçu pour ce cas d'utilisation. Cette solution présente les avantages suivants :

  • Interface graphique pour la sélection des disques à transférer
  • Connectivité réseau intégrée à un récepteur virt-v2v
  • Injection automatique du conducteur et préparation de l'OS

virt-p2v Processus d'intégration

  1. Démarrer la machine virtuelle source à partir de virt-p2v ISO
  2. Configurer le réseau et se connecter à l'instance de serveur virtuel du travailleur qui exécute virt-v2v en mode serveur
  3. virt-p2v transfère les disques et virt-v2v les transforme automatiquement
  4. Les volumes résultants sont prêts à être attachés à l'instance de serveur virtuel

La migration par transfert de réseau en direct est idéale pour les migrations à grande échelle (plus de 10 machines virtuelles), pour les scénarios dans lesquels les frais d'exportation sont prohibitifs et lorsque vous disposez de l'expertise nécessaire pour mettre en place Transit Gateway et des environnements ISO en direct. Le coût d'installation initial est plus élevé, mais l'efficacité de la migration par machine virtuelle est supérieure.