Convertir une machine virtuelle VMware en Hyper-V: Un guide complet
Les entreprises cherchent toujours à déplacer leurs systèmes vers des environnements virtuels plus stables et généralement moins coûteux. Hyper-V reçoit à ce stade plus de clients car il est stable et s’améliore beaucoup en tant qu’hyperviseur, et principalement en raison du coût de la licence. Étant donné qu’aujourd’hui Hyper-V est un environnement plus stable, les entreprises décident maintenant, c’est sûr et digne de passer à Hyper-V.
Comme nous l’avons discuté dans un article de blog précédent sur les principales fonctionnalités d’Hyper-V Expliquées
Avec les clients qui passent de plus en plus de l’environnement VMware à Hyper-V, la planification de ce déménagement est très importante. Principalement comment convertir ces machines virtuelles VMware en un hyperviseur différent.
Dans ce blog, je vais montrer un exemple de la façon de déplacer des machines virtuelles d’un environnement VMware vers un environnement Hyper-V.
Comment convertir VMware en Hyper-V :
Pour effectuer une migration Virtuelle vers virtuelle (V2V) ou même une migration Physique vers virtuelle (P2V), vous avez besoin d’un outil de conversion. Sinon, si vous convertissez V2V, vous pouvez exporter et importer une machine virtuelle à l’aide d’un fichier OVF d’un autre Hyperviseur vers Hyper-V.
Il existe de nombreux outils de conversion sur le marché. Si vous google, vous trouverez de nombreux outils qui peuvent migrer de différents Hyperviseurs vers Hyper-V, mais pour cet article, nous utiliserons les outils et processus Microsoft appropriés.
Pour cet article, nous allons discuter de trois exemples de conversions que nous diviserons en trois parties:
- Partie I: Convertir à l’aide de Microsoft Virtual Machine Converter (MVMC)
- Partie II : Convertir à l’aide de System Center 20160 – Virtual Machine Manager (VMM)
- Partie III: Exportation du fichier OVF dans VMware et importation dans Hyper-V à l’aide de PowerShell
Convertir VMware en Hyper-V à l’aide de Microsoft Virtual Machine Converter (MVMC)
Dans cette première partie, nous allons discuter de la façon de convertir une machine virtuelle VMware en machine virtuelle Hyper-V à l’aide de Microsoft Virtual Machine Converter.
Concernant MVMC, Microsoft avait décidé de supprimer cet outil (EOL était juin 2017) et était censé être disponible uniquement via System Center. Cependant, après que de nombreux clients se soient plaints de cette décision, Microsoft a décidé de continuer à fournir l’outil sans outil en tant qu’outil autonome, mais ne prenant en charge que lors de l’utilisation et inclus dans le Microsoft System Center.
L’outil gratuit MVMC peut être téléchargé à partir du site de Microsoft ICI.
Avec l’outil de conversion télécharger, vous pouvez également télécharger le document MVMC_cmdlets.doc. Comme son nom l’indique, est un document avec les commandes sur la façon d’effectuer toutes les tâches de conversion à l’aide des commandes Powershell sans avoir besoin d’utiliser l’outil d’interface graphique de conversion.
Voici la condition requise pour installer cet outil et les systèmes d’exploitation pris en charge:
Système d’exploitation pris en charge
Windows Server 2008 R2 SP1, Windows Server 2012, Windows Server 2012 R2
- Avant d’installer Microsoft Virtual Machine Converter (MVMC), vous devez installer le logiciel suivant sur l’ordinateur sur lequel vous souhaitez exécuter MVMC:
- Systèmes d’exploitation Windows Server 2012 R2, Windows Server 2012 ou Windows Server 2008 R2 SP1
- Microsoft .NET Framework 3.5 et .NET Framework 4 si vous installez MVMC sur Windows Server 2008 R2 SP1
- Microsoft .NET Framework 4.5 si vous installez MVMC sur Windows Server 2012 ou Windows 8
Remarque: Bien que MVMC s’installe sur toutes ces versions, en utilisant les applets de commande Windows PowerShell publiées dans le cadre de MVMC nécessite Windows PowerShell Runtime 3.0 et les applets de commande ne fonctionnent que sur Windows Server 2012 R2, Windows Server 2012, Windows 8.1, ou Windows 8 - Installer Feature Bits Compact server
- Visual C++ Redistribuable pour la mise à jour 1 de Visual Studio 2012
Comment installer Microsoft Virtual Machine Converter
L’installation de MVMC est très simple. Installez le MVMC autonome dans un poste de travail ou un serveur qui a accès à la source et à la destination.
Important: Gardez à l’esprit que l’emplacement de MVMC doit avoir suffisamment d’espace disque pour les fichiers temporaires de la conversion. La taille de l’espace disque est la même que celle des Disques virtuels des Machines Virtuelles sources.
Pour éviter le stress du réseau lors de la conversion, il est recommandé d’utiliser un disque local pour stocker les fichiers temporaires de conversion.
Remarque: Il est recommandé de ne pas installer l’outil dans la source ou à la destination. Donc, si possible, utilisez toujours un emplacement différent pour installer MVMC.
Lancez le fichier téléchargé depuis le site Microsoft : mvmc_setup.msi
MVMC is installed and ready to start the conversion process.
Before starting the process some considerations to bypass some issues that may block the conversion.
Pare-feu :
Si le pare-feu Windows est activé sur les hôtes Hyper-V, vérifiez si des règles de pare-feu (en particulier dans la destination Hyper-V) sont définies pour permettre au convertisseur de migrer la machine virtuelle dans l’Hyper-V.
Sinon, utilisez ces commandes Powershell pour ajouter une règle à votre Hyper-V :
New-NetFirewallRule-DisplayName « HyperV-Setup” – Direction Inbound -Action Allow -EdgeTraversalPolicy Allow-Protocol TCP – LocalPort 139,445
Vérifiez si la règle a été créée:
Get-NetFirewallRule-DisplayName « HyperV-Setup” | Select DisplayName, Profile,Enabled, Direction, Action|Format-Table-AutoSize
Si vous souhaitez supprimer la règle une fois la conversion terminée :
Remove-NetFirewallRule-DisplayName « HyperV-Setup”
Si le pare-feu bloque la conversion, vous pouvez obtenir quelque chose de similaire.
VMware Tools:
Parfois, lorsque vous effectuez une migration à chaud de VM et que VMware Tools est installé sur la machine virtuelle, vous pouvez obtenir la même erreur ci-dessus. Désinstallez donc VMware Tools avant la conversion.
Lors d’une migration à froid, désactivez VMware Tools avant de mettre sous tension la machine virtuelle sur la destination. Cette tâche peut être effectuée avec PowerShell.
Cette commande désactive les services, les pilotes et les programmes associés à VMware Tools pour le VHDX spécifié.
Exemple :
Disable-MvmcSourceVMTools-DestinationLiteralPath « Hyperpathfolder\VHD\VirtualMachineName.vhdx”
Pour l’un de nos exemples était:
Disable-MvmcSourceVMTools-DestinationLiteralPath »C:\ClusterStorage/E:\Hyper-V\Virtual disques durs \ Test SCCM – Win10.vhd »
Remarque: Une fois la machine virtuelle sous tension, vous pouvez désinstaller VMware Tools en toute sécurité.
SYSTÈME d’exploitation pris en charge :
Si vous essayez de convertir une opération système non prise en charge, un avertissement similaire s’affiche.
Même l’outil MVMC 3.0 ne répertorie pas Microsoft Server 2016 et Windows 10 dans les systèmes d’exploitation pris en charge; cependant, à titre de test pour cet article, nous avons pu convertir ces systèmes d’exploitation sans aucun problème. Cependant, sachez que Microsoft lors de l’utilisation de cet outil ne prend pas en charge cela. Principalement si vous convertissez des serveurs critiques à partir de votre environnement.
Des informations complètes sur cet outil et les systèmes pris en charge peuvent être trouvées ICI.
Lors de la conversion d’une machine virtuelle ou d’un serveur physique, cela peut être fait avec la mise sous tension du système d’exploitation (MVMC utilise le Service de copie fantôme en volume – VSS) appelée Migration à chaud ou mise hors tension appelée Migration à froid.
Remarque: Si vous convertissez avec la machine virtuelle source sous tension, n’oubliez pas de désactiver l’option Mise sous tension après la conversion. Par conséquent, les machines virtuelles source et destination ne sont pas sous tension sur votre réseau. MVMC ne désinstallera pas VMware tools des machines virtuelles converties hors tension. Vous devez désinstaller après la conversion.
Notre scénario de conversion:
VMware: vCenter v6.0 (avec deux hôtes ESXi)
Hyper-V: Cluster Hyper-V (avec trois serveurs Windows 2016)
Conversion d’une machine virtuelle avec Windows 7 installé.
Remarque: Pour cet article et à des fins de test a également été converti un Windows 2016 et un Windows 10.
Démarrage de la conversion:
Start the Microsoft Virtual Machine
In this case, the process is a V2V. Select Virtual Machine Conversion option.
You have the option to convert your VM into a Microsoft Azure environment or to a Hyper-V.
This case is Migrate to Hyper-V option.
Note: Activez l’accès à distance via Windows Management Instrumentation (WMI) sur la destination du serveur Hyper-V.
Destination de conversion :
Tout d’abord, ajoutez la destination Hyper-V (nom de domaine complet ou adresse IP) pour cette machine virtuelle.
Le nom d’utilisateur doit être un administrateur local ou administrateur sur l’Hyper-V de destination.
Ensuite, vous devez ajouter le chemin de destination dans l’Hyper-V pour stocker la machine virtuelle convertie.
Dans ce cas, est un Hyper-V qui fait partie d’un cluster Hyper-V et le chemin est ClusterStorage:
\\192.168.1.122\C$\ClusterStorage\Volume1\Hyper-V\ Disques durs virtuels\ Disques durs virtuels
Remarque: Pour vous assurer que l’emplacement MVMC peut accéder à ce passe partagé, copiez-le dans l’Explorateur de fichiers et assurez-vous que le dossier est accessible depuis l’emplacement de conversion.
Pour le type de disque virtuel, vous avez la possibilité de choisir une taille fixe ou une expansion dynamique. La signification est un disque épais ou un disque mince.
Sur le format des disques virtuels, vous devez sélectionner la nouvelle version VHDX avec plus de fonctionnalités.
Remarque: Vous pouvez en savoir plus ICI dans l’un de nos articles sur les meilleures pratiques d’Hyper-V et les types de disques de format.
Source de conversion :
La source de conversion peut être un centre virtuel ou un hôte ESXi (nom de domaine complet ou adresse IP).
Encore une fois, le nom d’utilisateur doit toujours être un administrateur de domaine local ou vCenter (root pour les hôtes ESXi).
Après avoir entré les détails et cliqué sur suivant, MVMC se connecte automatiquement à notre hôte vCenter / ESXi et affiche toutes les machines virtuelles disponibles. Vous pouvez maintenant sélectionner la machine virtuelle pour la conversion (pour cet exemple, le test Win7 01).
Il est essentiel de connaître les autorisations utilisateur utilisées dans MVMC.
L’administrateur de destination utilisé dispose d’autorisations sur la destination Hyper-V, mais ne pouvait pas l’avoir dans le système d’exploitation invité de la machine virtuelle.
Dans une migration à chaud, vous devez ajouter un administrateur local / de domaine pour le domaine du système d’exploitation invité de la machine virtuelle (pas le domaine de votre Hyper-V. Peut être différent). Si vous vous trouvez dans le même domaine PUBLICITAIRE, vous pouvez activer « Utiliser mon compte utilisateur Windows ».”. Seulement nécessaire s’il s’agit d’une migration à chaud, la migration à froid n’a pas besoin d’accéder au système d’exploitation invité.
Mise sous tension, mise hors tension la destination et la source dépendent toujours du type de conversion (Chaud ou froid).
Cet exemple est une migration à froid, donc les deux options sont désactivées.
Dans l’option suivante, ajoutez le dossier où les fichiers convertis doivent être stockés temporairement.
Remarque: Pour une meilleure performance, il devrait s’agir d’un dossier local sur un disque local.
Ensuite, le processus de conversion démarre.
Le temps de ce processus, cela dépend de la taille de la Machine virtuelle que nous convertissons, mais aussi de votre infrastructure. Pour cet exemple, pour un 30 Go, il a fallu 3h (il s’agit d’un mélange d’environnement imbriqué et physique-virtuel).
Vous pouvez obtenir un dernier avertissement concernant la mémoire vidéo de la machine virtuelle, vous pouvez ignorer cet avertissement et cliquer sur « Terminer” pour lancer le processus de conversion.
Remarque: Si la mémoire vidéo est essentielle dans la Machine virtuelle convertie, vous devez la réparer, en la changeant dans la machine virtuelle convertie Hyper-V.
Une fois que vous avez terminé tous les détails de conversion de la source et de la destination, le processus démarre
Le processus de conversion se fait en quatre étapes:
- Valider la conversion (validation de tous les détails de la source et de la destination)
- Convertir des disques (convertir des disques vmdk en disques vhdx dans le dossier temporaire)
- Analyser les disques (analyser les disques convertis et rechercher les erreurs éventuelles)
- Copier des disques (copier des disques virtuels dans le dossier Hyper-V de destination)
- Provisionner un invité Hyper-V (créer une machine virtuelle dans votre destination Hyper-V)
Une fois la conversion terminée, vous obtenez le rapport pour chaque tâche de la conversion.
Après la conversion, vous pouvez maintenant vérifier votre nouvelle machine virtuelle convertie dans votre Hyper-V.
Après avoir désactivé les Outils VMware, démarrez la machine virtuelle.
Étant donné que la machine virtuelle convertie s’exécute dans un réseau et un Hyperviseur différents, vous devez activer le réseau et l’ajouter au réseau approprié dans votre environnement réseau Hyper-V.
Modifiez votre nouvelle machine virtuelle convertie et dans la section Réseau, sélectionnez la carte réseau appropriée.
Après avoir ajouté la carte réseau appropriée dans la machine virtuelle, nous avons un réseau et un système d’exploitation invité entièrement fonctionnel.
Conclusion:
Le convertisseur de machine virtuelle Microsoft est un ancien outil (et obsolète) de Microsoft pour Hyper-V mais reste très utile pour la conversion isolée (physique ou virtuelle). Comme nous l’avons indiqué dans l’article, même Microsoft ne prend pas en charge les dernières versions de Windows, il est possible de convertir une machine virtuelle Windows 2016 ou Windows 10 sans aucun problème.
Il est également recommandé (non obligatoire) d’installer MVMC sur un troisième serveur (ni source ni destination) et d’utiliser le réseau interne pour la conversion.
Il est également recommandé (non obligatoire) de stocker les fichiers temporaires de conversion dans les disques locaux sur lesquels MVMC est installé. Essayez d’éviter les partages réseau. Cependant, vérifiez toujours si vous avez de l’espace libre dans votre dossier temp converter local pour stocker les fichiers temporaires pour la conversion.
Désactivez sur la destination ou pré-désinstallez sur les outils VMware source de la machine virtuelle à convertir.
Maintenant que nous avons vu le processus de conversion de la machine virtuelle VMware en Hyper-V à l’aide de Microsoft Virtual Machine Converter (MVMC), nous verrons à l’aide de System Center 20160 – Virtual Machine Manager (VMM) dans la partie 2 de cette série.
Suivez nos flux Twitter et Facebook pour les nouvelles versions, les mises à jour, les publications pertinentes et plus encore.
Leave a Reply