Nous avons un serveur Hyper-V configuré, et l’organisation des fichiers est incohérente car il a été configuré par plusieurs personnes. Voici les deux « modèles » différents qui ont été utilisés :
Modèle 1
D:\Hyper-V\Virtual Machines\MACHINE_NAME_1\Virtual Hard Disks\MACHINE_NAME_1.vhdx
D:\Hyper-V\Virtual Machines\MACHINE_NAME_1\Virtual Machines\GUID_1
D:\Hyper-V\Virtual Machines\MACHINE_NAME_1\Virtual Machines\GUID_1.xml
D:\Hyper-V\Virtual Machines\MACHINE_NAME_2\Virtual Hard Disks\MACHINE_NAME_2.vhdx
D:\Hyper-V\Virtual Machines\MACHINE_NAME_2\Virtual Machines\GUID_2
D:\Hyper-V\Virtual Machines\MACHINE_NAME_2\Virtual Machines\GUID_2.xml
…
et
Modèle 2
D:\Hyper-V\Virtual Hard Disks\MACHINE_NAME_1.vhdx
D:\Hyper-V\Virtual Hard Disks\MACHINE_NAME_2.vhdx
D:\Hyper-V\Virtual Machines\GUID_1
D:\Hyper-V\Virtual Machines\GUID_1.xml
D:\Hyper-V\Virtual Machines\GUID_2
D:\Hyper-V\Virtual Machines\GUID_2.xml
Modèle 1
L’argument EN FAVEUR du Modèle 1 était que lorsque vous faites une exportation d’une VM, l’exportation crée un dossier avec le nom de la machine, met des dossiers séparés pour les disques et la VM. Vous pouvez ensuite simplement pointer vers le répertoire de la machine lorsque vous exécutez une importation.
L’argument CONTRE ce style de modèle est qu’il n’a pas de sens d’avoir un répertoire appelé Virtual Machines s’il n’y a qu’un seul fichier. L’autre argument contre est qu’il semble que le serveur Hyper-V lui-même s’attend à ce que tous les disques durs soient dans un dossier, et toutes les machines virtuelles dans un dossier différent. C’est-à-dire qu’il ne crée pas de dossiers séparés pour chaque VM (sauf ceux nommés par GUID dans le répertoire Virtual Machines)
Modèle 2
L’argument EN FAVEUR du Modèle 2 est qu’il semble que ce soit l’organisation qu’Hyper-V attend.
L’argument CONTRE le Modèle 2 est que vous ne pouvez pas dire quels fichiers de machine virtuelle sont associés à une machine spécifique à moins de regarder à l’intérieur des fichiers XML.
J’aimerais entendre parler de tout piège lié à l’une ou l’autre organisation.
Vous voulez vraiment, vraiment pouvoir identifier facilement quels fichiers appartiennent à quelle machine virtuelle. Même si vous perdez l’accès à la console Hyper-V.
Cela se pose lorsque vous essayez de restaurer une VM depuis des sauvegardes. Ou lorsque Hyper-V oublie toutes vos VM et que vous devez les importer. Ou que les fichiers de configuration de la VM sont corrompus et que vous devez recréer la VM et pointer vers les anciens fichiers de disque dur (que vous ne pouvez plus identifier maintenant, puisque votre fichier de configuration est corrompu). Ou que vous voulez simplement vérifier rapidement combien d’espace disque chaque VM occupe. Ou que vous devez restaurer depuis des sauvegardes où vous pouvez voir les noms de fichiers, mais pas facilement lire les fichiers XML sans passer d’abord par tout le processus de restauration.
Compte tenu de cela, j’opterais pour quelque chose de similaire au Modèle 1, où il y a un dossier pour chaque VM - mais sans les sous-dossiers « Virtual Machines » et « Virtual Machine Hard Disks » - mettez simplement tous les fichiers liés à une VM dans un dossier portant le nom de la VM.
Vous n’avez pas non plus besoin de Hyper-V\Virtual machines - choisissez l’un de ces libellés, vous n’avez pas besoin des deux.
Ou vous pourriez décider que les noms de fichiers n’ont pas besoin de correspondre à la machine virtuelle - le nom du dossier suffit. Nommer de cette façon faciliterait le clonage d’une VM sans avoir à se soucier de renommer ses fichiers :
Le point principal à retenir est d’organiser les fichiers de sorte qu’en ne regardant que la structure des fichiers, vous puissiez dire à quelle VM chaque fichier appartient et à quoi ce fichier sert.