Convertir XVA en VMDK

Un produit VMware tel que Workstation, Fusion ou ESXi ne peut normalement pas ouvrir directement un export XVA. La migration depuis XenServer ou XCP-ng nécessite donc de convertir les disques virtuels. La méthode pratique consiste à restaurer ou extraire le fichier XVA, à exporter chaque disque au format VHD, puis à convertir les fichiers VHD au format VMDK.

Qu'est-ce que le format XVA ?

XVA est un conteneur d'export de machine virtuelle produit par Citrix XenServer, Citrix Hypervisor et XCP-ng. Il s'agit d'une archive basée sur tar contenant les métadonnées de la machine virtuelle, notamment ova.xml, ainsi que les données des disques représentées par des blocs VDI de XenServer ou des membres de l'archive.

Les administrateurs utilisent les fichiers XVA pour déplacer des machines virtuelles entre des environnements XenServer ou XCP-ng, créer des exports hors ligne et fournir des sauvegardes de machines virtuelles. Un fichier XVA n'est pas lui-même un disque virtuel VMware, et renommer son extension en .vmdk ne le convertit pas.

Qu'est-ce que le format VMDK ?

VMDK est le format de disque virtuel de VMware. VMware Workstation, Fusion et ESXi peuvent connecter des fichiers VMDK à des machines virtuelles nouvelles ou existantes ; d'autres hyperviseurs prennent également en charge de nombreuses variantes de VMDK.

Un VMDK peut être sparse et augmenter à mesure que les données sont écrites, ou être préalloué, en réservant à l'avance la majeure partie ou la totalité de sa capacité virtuelle. La conversion modifie le conteneur du disque, mais ne convertit pas le matériel virtuel propre à Xen, les snapshots, les paramètres réseau ni les pilotes invités.

Comment convertir les disques

Restaurer le fichier XVA et exporter son VDI

Il s'agit de la méthode la plus fiable lorsqu'un hôte XenServer ou XCP-ng est disponible.

1. Importez le fichier XVA dans XenServer, Citrix Hypervisor ou XCP-ng avec XenCenter, Xen Orchestra ou la commande d'importation documentée de la plateforme.
2. Démarrez la machine virtuelle importée uniquement si nécessaire pour la vérifier, puis arrêtez-la. N'exportez pas et ne convertissez pas un disque pendant que le système invité y écrit.
3. Identifiez chaque disque virtuel connecté à la machine virtuelle, y compris les disques de données. Exportez chaque VDI au format VHD à l'aide du client de gestion ou de la ligne de commande de l'hôte. Une commande de type XenServer est :

xe vdi-export uuid=<VDI_UUID> filename=disk.vhd format=vhd

Utilisez l'opération d'exportation VDI équivalente dans XCP-ng si la syntaxe de la commande diffère. Conservez l'ordre d'origine des disques et notez quel VHD est le disque de démarrage.

Convertir un VHD en VMDK avec qemu-img

Installez QEMU sous Linux ou Windows et examinez chaque disque exporté avant la conversion :

qemu-img info disk.vhd

Si la sortie identifie la source comme étant un VHD, convertissez-la en VMDK sparse par défaut :

qemu-img convert -p -f vpc -O vmdk disk.vhd disk.vmdk

Si qemu-img info indique un autre type de source, utilisez le type indiqué à la place de vpc. Pour un disque VMware monolithique préalloué, utilisez :

qemu-img convert -p -f vpc -O vmdk -o subformat=monolithicFlat disk.vhd disk.vmdk

Vérifiez l'espace libre disponible sur la destination avant de créer un disque préalloué. Répétez la conversion pour chaque VHD, puis connectez les VMDK obtenus à une nouvelle machine virtuelle VMware dans le même ordre que celui de la machine virtuelle Xen d'origine.

Extraire un fichier XVA sans hôte Xen

Un fichier XVA est une archive tar, ses métadonnées et ses membres peuvent donc être examinés localement :

mkdir xva-extracted
tar -xf vm.xva -C xva-extracted
find xva-extracted -maxdepth 4 -type f

Les fichiers extraits ne sont pas nécessairement des VHD autonomes. De nombreux exports XVA contiennent des fragments de disque XenServer qui doivent être réassemblés en image disque. Si l'export comprend un VHD complet, vérifiez-le avec qemu-img info et convertissez-le comme indiqué ci-dessus. S'il contient des fragments, utilisez l'utilitaire xva-img fourni pour la version XenServer ou XCP-ng concernée, en suivant la commande documentée d'extraction de disque correspondant à cette version, ou importez le fichier XVA dans un hôte Xen et exportez-y le VDI.

Ne concaténez pas manuellement les membres de l'archive : les métadonnées XVA et la disposition des fragments ne constituent pas une séquence générique de fichiers VHD, et une concaténation manuelle peut produire un disque corrompu.

Logiciels de bureau Windows

Après avoir obtenu un VHD complet, StarWind V2V Converter peut le convertir sous Windows. Sélectionnez le VHD local comme source, choisissez VMware VMDK comme destination, puis sélectionnez une disposition extensible ou préallouée. StarWind ne convertit généralement pas l'archive XVA elle-même : une extraction ou une restauration côté Xen reste donc nécessaire.

qemu-img est préférable pour les conversions scriptées ou répétitives. XenConvert est un ancien utilitaire de migration Xen et ne doit pas être considéré comme un convertisseur direct XVA vers VMDK actuel.

Vérifications de compatibilité et de qualité

• La conversion du disque préserve normalement les partitions, les systèmes de fichiers et les fichiers invités, mais pas les métadonnées de machine virtuelle XenServer, l'appartenance au pool, les snapshots, les définitions de cartes réseau virtuelles ni les outils propres à Xen.
• Faites correspondre le mode BIOS ou UEFI d'origine du système invité et choisissez un contrôleur de stockage VMware compatible avec le système d'exploitation installé. Une incompatibilité de contrôleur ou de firmware peut empêcher le démarrage.
• Windows peut détecter un nouveau matériel virtuel, demander une réactivation ou nécessiter des modifications des pilotes de stockage. Linux peut nécessiter un initramfs contenant le pilote de stockage VMware.
• Supprimez ou désactivez les outils invités Xen s'ils provoquent des erreurs de pilote ou de service, puis installez VMware Tools après le démarrage du système invité. Prévoyez que l'adaptateur réseau virtuel et l'adresse MAC changent.
• Conservez le fichier XVA d'origine jusqu'à ce que la machine virtuelle convertie démarre et que ses systèmes de fichiers passent les vérifications. Montez chaque disque converti ou testez son démarrage et vérifiez les données des applications avant de supprimer la source.
• Un VMDK sparse peut être bien plus petit que sa capacité virtuelle, tandis qu'un VMDK préalloué peut approcher la taille totale provisionnée. Aucune de ces tailles n'indique à elle seule une perte de données.
• Aucun service de conversion en ligne courant n'accepte de manière fiable les archives XVA de XenServer ou XCP-ng et ne reconstruit leurs données VDI. Le téléversement d'un fichier XVA exposerait également des disques complets, des identifiants, des données personnelles et éventuellement des clés privées. Utilisez donc des outils locaux pour les exports de production ou confidentiels.