MultiPortal a lancé Migrator 2.0.0, un appliance conçu pour faciliter le transfert de machines virtuelles de VMware vSphere vers Proxmox VE, en réduisant considérablement les temps d’arrêt et en automatisant une grande partie des tâches habituellement associées à une migration. Cet outil clone les VM tout en restant en fonctionnement, maintient la synchronisation entre la source et la destination, et prévoit le changement définitif lors d’une fenêtre de maintenance déterminée par l’administrateur.

Les clés pour migrer de VMware vers Proxmox en 20 secondes

• Migrator 2.0.0 constitue la première version publique de l’appliance MultiPortal pour migrer des VMs de VMware vSphere à Proxmox VE.
• Il exploite VMware Changed Block Tracking (CBT) pour ne copier initialement que les blocs utilisés, puis transfère uniquement ceux qui changent par la suite.
• Le mode Continuous maintient la machine source active et autorise la bascule en quelques secondes.
• Il automatise la configuration de VirtIO, VMware Tools, QEMU Guest Agent, réseaux, disques et lettres de lecteur de Windows.
• Chaque client bénéficie de cinq migrations gratuites pour tester la solution sur ses propres VM.

Ce processus répond à une problématique courante lors des migrations entre plateformes de virtualisation. La copie des disques n’est qu’une étape ; une migration complète nécessite aussi d’adapter le système invité au nouveau matériel virtuel, de reconstruire les interfaces réseau, de vérifier l’ordre des disques et de décider où chaque VM sera positionnée dans le nouveau cluster.

MultiPortal Migrator centralise ces tâches dans un flux unique. L’appliance s’installe dans l’infrastructure existante, reliant VMware vSphere à Proxmox VE, afin que les identifiants, l’inventaire et les données des machines restent dans le réseau du client.

La copie peut se faire pendant que la VM continue à fonctionner

Une fonction fusionnelle de Migrator 2.0.0 est l’utilisation de Changed Block Tracking (CBT) de VMware. Plutôt que de recopier l’intégralité du disque, la solution repère les blocs utilisés lors de la copie initiale, puis envoie uniquement ceux modifiés par la suite.

MultiPortal illustre cela avec une VM Debian 12 disposant d’un disque virtuel de 40 Go. En laboratoire, la copie initiale a transféré 2,8 Go. Les deux synchronisations suivantes ont déplacé respectivement 704 Ko et 9,9 Mo, et la phase finale de changement a duré à peine 10 secondes. Ces chiffres issus d’un test en conditions contrôlées ne garantissent pas des performances identiques dans toutes les infrastructures, mais indiquent la capacité du procédé à minimiser la durée d’indisponibilité.

L’outil prend aussi en compte la réalité de certains systèmes de stockage qui n’assurent pas que les zones non allouées du disque renvoient des zéros. En cas d’incapacité à garantir cette propriété, Migrator effectue une copie intégrale et en informe dans les journaux.

Les données transitent depuis le hôte ESXi hébergeant la VM, passent par l’appliance, puis sont directement stockées sur le nœud Proxmox VE choisi. La version 2.0.0 précise qu’aucune zone intermédiaire de stockage n’est requise pour les disques, et qu’il n’est pas nécessaire d’installer des agents sur les hôtes ESXi.

Par ailleurs, il est possible d’effectuer plusieurs migrations simultanément, jusqu’à 32 en parallèle, avec une configuration de départ de quatre. Les VM provenant du même hôte ESXi sont traitées une à une, tandis que celles issues de sources différentes peuvent fonctionner en parallèle.

Trois méthodes pour migrer une VM selon la fenêtre d’arrêt disponible

Migrator propose trois modes. Le premier, Continuous, exploite CBT : la VM source reste opérationnelle pendant que Proxmox VE reçoit et synchronise sa copie. Lorsqu’elle est prête, l’administrateur décide du moment pour effectuer la bascule.

Le second mode, Warm, réalise une copie initiale pendant que la VM fonctionne encore, puis applique les changements finaux lors de la coupure. Le troisième, Cold, éteint la VM avant de copier l’intégralité du disque.

La sélection n’est pas entièrement laissée à l’administration : l’assistant analyze chaque VM et son stockage pour proposer la modalité recommandée et expliquer pourquoi une alternative pourrait ne pas être disponible. Tandis que Warm et Continuous requièrent un stockage de destination compatible snapshots, Cold impose moins de contraintes.

L’approche de Migrator est de dissocier la migration du moment de la coupure. Une VM entièrement synchronisée ne change pas de plateforme jusqu’à ce que l’opération soit validée par l’administrateur. Si un problème survient après extinction, Migrator peut revenir à l’état d’origine et rétablir la VM de départ.

Cela facilite la planification dans les environnements avec de nombreuses VM : la préparation peut être anticipée, et la migration programmée à une fenêtre précise, plutôt qu’attendre la fin de la copie pour intervenir.

L’automatisation de la préparation du système d’exploitation

Un autre aspect clé de Migrator réside dans la configuration automatique des VM. Lors de la préparation, l’appliance peut désinstaller VMware Tools, installer les pilotes VirtIO pour garantir la reconnaissance correcte du disque et du réseau dans Proxmox VE, et ajouter le QEMU Guest Agent.

Elle conserve aussi l’ordre des interfaces réseau et des disques, maintient les lettres de lecteur sous Windows, et construit la configuration VM adaptée avec le firmware, le contrôleur VirtIO SCSI, et les interfaces nécessaires.

Ce processus utilise les identifiants du système invité, stockés dans l’appliance. Si une VM doit être préparée mais que Migrator ne peut pas réaliser cette étape, il peut refuser la migration plutôt que de créer un incident lors du changement final.

Migration de VMware vSphere vers Proxmox VE avec des règles réutilisables

L’un des atouts de Migrator consiste à éviter la répétition des décisions d’adaptation pour chaque VM. Les mappings permettent d’associer réseaux VMware et Proxmox VE, de faire correspondre des datastores à des pools de stockage, et de définir la répartition des VM parmi les nœuds du cluster.

Ces règles peuvent être réutilisées lors de migrations successives. Elles offrent aussi la possibilité d’appliquer des exceptions pour modifier le nom de la VM, attribuer un VMID précis ou répartir certains disques dans des stockage différenciés.

Le système vérifie la disponibilité des VMID avant chaque migration et peut suggérer des noms acceptables si le nom initial n’est pas compatible avec Proxmox VE. Deux politiques de placement sont proposées : Balanced, pour répartir uniformément les VM entre les nœuds, et Throughput, qui privilégie ceux capables de transférer rapidement des données.

Avant de lancer la migration, Migrator réalise aussi une évaluation de l’environnement VMware. Elle archive une photographie de l’infrastructure, classe les VM comme Ready, Unknown, Review ou Blocked en indiquant les motifs. Elle permet également de recenser les licences VMware en cours, incluant sockets, cœurs et coût annuel, pour faciliter la planification globale.

La console affiche la progression de chaque migration, en détaillant les phases, l’état d’avancement par disque, la vitesse, le temps restant estimé et les étapes de synchronisation. Lorsqu’une VM est prête, une alerte est générée. À l’issue, chaque migration produit un rapport PDF et une feuille Excel, et l’historique conserve la trace des opérations effectuées.

Ce qu’une entreprise doit préparer avant de commencer

Migrator 2.0.0 supporte VMware vSphere 8 en tant que source, via vCenter ou hôtes ESXi indépendants, avec prise en charge des stockages VMFS, NFS et vSAN. La destination doit être un ou plusieurs nœuds ou clusters Proxmox VE 9.x.

Pour Proxmox VE, la documentation de MultiPortal détaille le support pour Ceph RBD, LVM-thin, ZFS, directories, NFS et SMB/CIFS. Parmi les systèmes invités testés figurent Windows Server 2012 R2 jusqu’à 2025, Ubuntu 22.04 et 24.04, Debian 12, Rocky Linux 8 et 9, ainsi que CentOS 7.

Pour le mode Continuous et les migrations vSAN, il est nécessaire d’obtenir le VMware Virtual Disk Development Kit (VDDK). MultiPortal signale que Broadcom ne le distribue plus publiquement, et que le client doit le récupérer directement auprès de Broadcom pour l’intégrer dans l’appliance.

L’appliance s’exécute sur Proxmox VE 9.x à partir d’une image qcow2 ou OVA, avec une configuration recommandée de 2 vCPU et 4 Go de RAM. La phase de validation des connexions impliquera aussi l’installation de la clé SSH dans les hôtes, le déploiement de l’outil sesparse sur les nœuds, et la création d’un token API pour pvemigrator.

La licence comprend une version d’essai : cinq migrations gratuites par client, la possibilité de réexécuter une VM sans consommer une nouvelle migration. La clé de licence demeure nécessaire pour lancer une migration, mais la préparation des sources, destinations, inventaire, mappings et évaluations peut être effectuée en amont.

Cette version montre que la migration de VMware vers Proxmox VE ne se limite plus à la simple conversion de disques virtuels. Elle s’inscrit dans une démarche où une seule interface offre la planification intégrale, coordonnant stockage, systèmes, réseaux, hardware virtuel et fenêtres de maintenance.

Foire aux questions

Qu’est-ce que MultiPortal Migrator 2.0 ?

Un appliance destiné à la migration de machines virtuelles de VMware vSphere vers Proxmox VE. La version 2.0.0 est sa première diffusion publique.

Peut-on migrer une VM VMware sans l’éteindre ?

Oui. Le mode Continuous utilise CBT pour maintenir la synchronisation en temps réel avec la VM en activité. La coupure définitive intervient uniquement lorsque l’administrateur valide le changement.

Que devient VMware Tools et les pilotes virtIO ?

Migrator peut automatiser leur configuration : désinstallation de VMware Tools, installation des pilotes VirtIO, ajout du QEMU Guest Agent, tout en conservant l’ordre des interfaces réseau et des disques.

Quelles versions de VMware et Proxmox VE sont compatibles ?

La version 2.0.0 supporte VMware vSphere 8 comme environnement source et Proxmox VE 9.x en destination, avec les options de stockage renseignées dans la documentation de MultiPortal.