Convertir VMDK en OVA

Un hyperviseur ou un importateur d’appliance peut nécessiter un fichier OVA au lieu d’un disque VMware autonome, notamment lorsqu’une machine virtuelle doit être partagée sous la forme d’un fichier portable unique. La conversion regroupe le VMDK avec la définition matérielle de la machine virtuelle et les paramètres d’importation.

Contenu d’un VMDK

VMDK (Virtual Machine Disk) est un format de disque dur virtuel développé par VMware et pris en charge par VMware Workstation, ESXi, Fusion, VirtualBox, QEMU et d’autres logiciels de virtualisation. Il contient les partitions et les fichiers d’un système d’exploitation invité, mais ne contient normalement pas l’allocation mémoire de la VM, le choix du firmware, la configuration réseau, le type de contrôleur ni les autres paramètres matériels.

Une VM peut utiliser un seul VMDK, un descripteur accompagné de plusieurs fichiers d’extension, ou des disques delta de snapshot. Conservez ensemble chaque fichier d’extension et de snapshot référencé ; convertir un seul fichier d’extension ou disque delta peut produire un résultat incomplet ou impossible à démarrer.

Contenu d’un OVA

OVA (Open Virtualization Appliance) est une archive TAR unique contenant un package OVF. Elle comprend normalement un descripteur matériel et de déploiement .ovf, un ou plusieurs disques virtuels tels que .vmdk, et éventuellement un manifest contenant des sommes de contrôle SHA ou des fichiers de certificat. OVA est un format de package, et non un remplacement d’un format de disque virtuel.

Un seul fichier est plus facile à copier, archiver et importer qu’un répertoire de VM contenant plusieurs disques et fichiers de configuration. OVA améliore la portabilité entre les hyperviseurs pris en charge, mais ne garantit pas une émulation matérielle ou un comportement des pilotes invités identiques. OVA n’est pas automatiquement plus petit : sa taille dépend du format de disque exporté, des blocs alloués et de la compression ou de la gestion des extensions sparse utilisée par l’exportateur.

Convertir avec VMware OVF Tool

VMware OVF Tool est la méthode locale la plus directe lorsque le VMDK appartient à une VM VMware dotée d’un fichier de configuration .vmx.

1. Arrêtez le système d’exploitation invité. N’exportez pas un disque pendant qu’il est en cours d’écriture.
2. Consolidez ou supprimez les snapshots dans VMware, ou incluez toutes les dépendances de snapshot dans la VM source.
3. Installez la version actuelle d’OVF Tool depuis VMware et exécutez :

ovftool /path/to/source.vmx /path/to/output.ova

Pour une source ESXi ou vCenter, OVF Tool peut effectuer l’exportation directement depuis une URL d’inventaire, par exemple :

ovftool vi://user:password@esxi.example/VMName /path/to/output.ova

Un VMDK autonome ne contient aucune définition matérielle de VM à exporter par OVF Tool. Créez d’abord une VM autour du disque dans VMware Workstation, Fusion ou un autre hyperviseur, puis exportez la VM .vmx obtenue.

Convertir avec VirtualBox

VirtualBox peut connecter un VMDK existant à une nouvelle VM et exporter cette VM au format OVA.

1. Ouvrez VirtualBox et sélectionnez New.
2. Définissez la famille et la version du système d’exploitation invité afin qu’elles correspondent au système installé.
3. Choisissez Use an existing virtual hard disk file et sélectionnez le fichier descripteur VMDK. Si le disque est fractionné, sélectionnez le petit fichier descripteur plutôt qu’un fichier d’extension.
4. Reproduisez autant que possible le firmware, le contrôleur de stockage, le nombre de processeurs, la mémoire et l’adaptateur réseau de la VM d’origine. Utilisez EFI pour un invité installé en mode UEFI ; passer au BIOS peut empêcher le démarrage.
5. Démarrez la VM une fois et vérifiez que l’invité et ses applications fonctionnent, puis arrêtez-la.
6. Sélectionnez File → Export Appliance, choisissez la VM, sélectionnez un chemin de sortie et exportez-la au format .ova.

La commande d’exportation équivalente en ligne de commande est :

VBoxManage export VMName --output output.ova

Les paramètres d’exportation de VirtualBox peuvent ajouter un manifest et sélectionner OVF 2.0 lorsque la destination le prend en charge. OVF 1.0 est souvent le choix le plus sûr pour les importateurs plus anciens.

Conversion et validation en ligne

Les convertisseurs de fichiers en ligne sont généralement inadaptés à cette tâche. Un OVA complet nécessite des métadonnées de VM en plus des données du disque, les fichiers VMDK peuvent être très volumineux, et le téléversement d’un disque expose les fichiers et les identifiants de l’invité. Il ne faut pas supposer que les services généraux réputés de conversion de fichiers prennent en charge un workflow complet de packaging d’appliance VMDK vers OVA. Utilisez VMware OVF Tool ou VirtualBox localement ; n’utilisez un service en ligne qu’après avoir vérifié qu’il prend explicitement en charge le packaging d’appliance de VM et la politique de confidentialité requise.

Inspectez le résultat avant de le transférer :

tar -tf output.ova

La liste doit contenir un descripteur OVF et les fichiers de disque attendus. Importez l’OVA dans l’hyperviseur cible et démarrez une copie, pas la VM d’origine. VMware OVF Tool peut également valider une appliance avec ses options de vérification ; la vérification du manifest par l’importateur détecte les fichiers de package modifiés ou incomplets.

Limites de compatibilité

• L’exportation ne préserve généralement pas les snapshots VMware, l’état de la mémoire suspendue, les mots de passe des disques chiffrés ni tous les périphériques virtuels spécifiques à VMware.
• L’hyperviseur cible peut modifier le contrôleur de disque, l’adaptateur réseau, l’adresse MAC, le firmware ou la version du matériel virtuel. L’invité peut nécessiter de nouveaux pilotes de stockage ou réseau et peut demander une réactivation.
• Un disque créé avec un provisionnement thin ou des extensions sparse peut augmenter de taille lors de l’exportation ou de l’importation. Vérifiez la capacité du datastore de destination avant de commencer.
• Ne renommez pas un VMDK en .ova et ne le placez pas manuellement dans une archive TAR ; cela ne crée ni descripteur OVF ni métadonnées matérielles.
• Après le premier démarrage, vérifiez l’intégrité du système de fichiers, la configuration réseau, la synchronisation de l’heure, les services applicatifs et les licences avant de supprimer la VM source.