Migrer de VMware vers XCP-ng et Xen Orchestra : le guide 2026

Gaël Simonneaux · 30/10/2026

Import depuis VMware dans Xen Orchestra, migration à chaud, fin de la dépendance à VDDK, outils invités, UEFI et vTPM : comment migrer de VMware vers XCP-ng, et la check-list pour chaque machine.

XCP-ng, l'hyperviseur open source porté par l'éditeur français Vates, est l'une des deux grandes destinations des organisations qui quittent VMware. La migration passe par Xen Orchestra, son outil de gestion, qui sait importer une machine directement depuis un hôte ESXi ou un vCenter, y compris pendant qu'elle tourne.

Bonne nouvelle de l'automne : depuis Xen Orchestra 6.9, publiée le 30 septembre 2026, cet import ne dépend plus de VDDK, la bibliothèque de VMware dont le téléchargement public a disparu fin août. Ce guide fait le point sur la méthode, les pièges propres à XCP-ng et la check-list à suivre.

L'import depuis VMware dans Xen Orchestra

Depuis l'écran d'import de Xen Orchestra, on se connecte à un hôte ESXi ou à un vCenter, on choisit les machines, puis le pool, le stockage (SR) et les réseaux de destination. Xen Orchestra lit les disques chez VMware et crée la machine sur XCP-ng.

Ce qui a changé récemment, d'après le journal des versions de Xen Orchestra :

• 6.9 (30 septembre 2026) : la migration n'a plus besoin de VDDK, de nbdkit ni de nbdinfo. Les disques sont lus par vectura, un binaire fourni avec Xen Orchestra et installé en un clic depuis l'écran d'import. Le téléchargement chez Broadcom et l'envoi d'une archive disparaissent.
• 6.9 : quand le suivi des blocs modifiés (CBT) est actif sur la machine source, Xen Orchestra demande à l'hôte quels blocs lire, au lieu de parcourir tout le disque.
• 6.10 (29 octobre 2026) : les hôtes ESXi 6.x sont de nouveau pris en charge, avec une lecture plus lente ; l'arrêt de la source passe proprement par les VMware Tools, avec une coupure seulement si elles ne répondent pas ou si l'arrêt dépasse dix minutes.

La migration à chaud

La force de l'import de Xen Orchestra est la migration « à chaud » : la machine continue de tourner chez VMware pendant le transfert de l'essentiel de ses disques. Un snapshot est pris automatiquement si la machine n'en a pas. Au moment de la bascule, la source est arrêtée, seuls les blocs modifiés depuis sont transférés, puis la machine démarre sur XCP-ng.

L'interruption se limite donc au dernier transfert et au démarrage. Sur une machine très active, ce dernier delta peut rester significatif : planifiez la bascule dans une fenêtre calme.

Les pièges propres à XCP-ng

Les outils invités. Retirez les VMware Tools avant la migration, puis installez les outils de XCP-ng : l'agent invité sous Linux (qui remonte notamment les adresses IP), les pilotes Windows PV de XCP-ng sous Windows. Sans eux, une machine Windows fonctionne avec des performances d'entrée-sortie réduites.

Ce n'est pas du KVM. Les outils de conversion de l'écosystème KVM, comme virt-v2v, ciblent les pilotes VirtIO. Sur XCP-ng, les pilotes sont ceux de Xen : les procédures écrites pour Proxmox VE ne s'appliquent pas telles quelles.

Les noms de disques sous Linux. Avec les pilotes Xen, les disques apparaissent souvent sous le nom /dev/xvda plutôt que /dev/sda. Vérifiez que /etc/fstab et le chargeur de démarrage désignent les disques par UUID ou par étiquette.

UEFI et Secure Boot. XCP-ng démarre les machines UEFI. Secure Boot demande une préparation du pool, qui dépend de votre version : suivez le guide « Guest UEFI Secure Boot » de la documentation XCP-ng avant de migrer les machines qui en dépendent.

Le vTPM. XCP-ng 8.3 sait fournir un vTPM à une machine UEFI, mais l'état du vTPM d'une machine VMware ne suit pas. Préparez les clés de récupération BitLocker.

Les disques bruts (RDM). Ils ne sont pas pris en charge par l'import : ces machines demandent une méthode à part, par exemple une copie au niveau du stockage.

vSAN. Vérifiez la prise en charge des machines sur vSAN pour votre version de Xen Orchestra, et prévoyez au besoin de déplacer leurs disques vers un autre datastore avant l'import.

La check-list, machine par machine

Avant :

• disques hors RDM, snapshots anciens consolidés ;
• VMware Tools retirés, configuration réseau et adresse MAC notées ;
• /etc/fstab par UUID sous Linux ;
• pool préparé pour Secure Boot si nécessaire ;
• clés BitLocker disponibles si un vTPM est présent ;
• sauvegarde vérifiée, accord du responsable de l'application.

Pendant :

• premier transfert machine allumée, bascule dans la fenêtre prévue ;
• arrêt propre de la source, transfert du dernier delta.

Après :

• outils XCP-ng installés, réseau vérifié ;
• sauvegarde de la nouvelle machine en place dans Xen Orchestra ;
• source gardée éteinte quelques jours comme retour arrière.

Organiser la sortie par vagues

L'import de Xen Orchestra traite des machines. Une sortie de VMware, elle, se traite par vagues : quelles machines partent ensemble, dans quelle fenêtre, avec quelles validations, et comment revenir en arrière.

La fonction Migrations de NaoShift, en bêta et ouverte société par société, prend en charge cette organisation vers XCP-ng comme vers Proxmox VE. Une équipe glisse une machine VMware vers sa destination, l'assistant la contrôle (processeur, firmware, Secure Boot, vTPM, chiffrement, place libre, réseau) et lui attribue un score d'effort, puis les machines partent en vagues avec leur runbook : contrôles avant l'arrêt de la source, étapes à cocher, étapes automatiques.

L'import reste celui de Xen Orchestra : aucun disque ne transite par NaoShift. La source n'est jamais détruite et chaque vague garde son retour arrière. Toute écriture suit la même règle : lecture seule par défaut, écriture activée par cible avec un compte dédié, tracée avant exécution.

Pour les hébergeurs et les intégrateurs, NaoShift Portal, l'alternative à VMware Cloud Director, fonctionne aussi sur XCP-ng au travers de Xen Orchestra depuis octobre.

Questions fréquentes

Faut-il encore VDDK pour migrer de VMware vers XCP-ng ?

Non, depuis Xen Orchestra 6.9 (30 septembre 2026). Les disques sont lus par vectura, un binaire fourni avec Xen Orchestra. Les versions antérieures, depuis la 5.110, exigeaient VDDK et nbdkit.

Peut-on migrer une VM de VMware vers XCP-ng sans l'arrêter ?

Presque. La migration à chaud transfère l'essentiel des disques pendant que la machine tourne. Un arrêt court reste nécessaire au moment de la bascule, pour transférer les derniers blocs modifiés.

XCP-ng ou Proxmox VE pour sortir de VMware ?

Les deux sont des destinations solides. Le choix dépend surtout de vos équipes, de votre stockage et de votre sauvegarde : notre comparatif Proxmox VE ou XCP-ng détaille les critères.

Pour aller plus loin

Le dossier de sortie VMware chiffre un scénario sur votre parc, et la page NaoShift Portal présente l'offre pour les hébergeurs. Pour inventorier vos machines et préparer vos vagues, vous pouvez démarrer gratuitement ou nous écrire.