Migrez des machines virtuelles de VMware ESXi vers Microsoft Hyper-V à l'aide du kit d'outils Shift.
Suggérer des modifications
PDF
Migrez des machines virtuelles de VMware ESXi vers Microsoft Hyper-V à l'aide de Shift Toolkit en préparant les machines virtuelles, en convertissant les formats de disque et en configurant l'environnement cible.
Le kit d'outils Shift permet la migration de machines virtuelles entre plateformes de virtualisation grâce à la conversion du format de disque et à la reconfiguration du réseau dans l'environnement de destination.
Avant de commencer
Vérifiez que les conditions préalables suivantes sont remplies avant de commencer la migration.
-
Hôtes Hyper-V configurés en tant qu'hôtes autonomes ou cluster de basculement
-
Compte utilisateur Hyper-V avec privilèges d'administrateur
-
Les hôtes Hyper-V sont accessibles via le réseau grâce à des entrées DNS à jour.
-
Commutateurs virtuels configurés avec un réseau de jonction approprié
-
Type de commutateur virtuel « Externe » pour la sélection du réseau
-
Partage NFS (pour les machines virtuelles à convertir) et partage de destination (pour les machines virtuelles converties) sur le même volume
-
Délégation SMB contrainte configurée à l'aide de
Enable-SmbDelegationpour éviter les erreurs d'accès refusé -
SMB 3.0 activé (par défaut)
-
Propriété disponible en permanence activée pour les actions PME
-
Les stratégies d'exportation pour SMB sont désactivées sur la machine virtuelle de stockage (SVM).
SCVMM n'est pas un point de terminaison pris en charge pour la migration dans la version actuelle. -
L'interface FCI Hyper-V et la découverte d'hôte reposent sur la résolution DNS. Assurez-vous que les noms d'hôtes sont résolubles depuis la machine virtuelle Shift Toolkit. Si la résolution échoue, mettez à jour le fichier hôte.(
C:\Windows\System32\drivers\etc\hosts) et réessayez l'opération de découverte.
-
Les fichiers VMDK des machines virtuelles sont placés sur un volume NFSv3 (tous les fichiers VMDK d'une même machine virtuelle doivent se trouver sur le même volume).
-
Les outils VMware sont exécutés sur des machines virtuelles invitées.
-
Les machines virtuelles à migrer sont en état d'exécution en vue de leur préparation.
-
Les machines virtuelles doivent être mises hors tension avant de déclencher la migration.
-
La suppression des outils VMware s'effectue sur l'hyperviseur de destination une fois les machines virtuelles mises sous tension.
-
Pour les machines virtuelles Windows : utilisez les informations d’identification de l’administrateur local (les informations d’identification du domaine peuvent également être utilisées, mais assurez-vous qu’un profil utilisateur existe sur la machine virtuelle avant la conversion).
-
Pour les machines virtuelles Linux : utilisez un utilisateur disposant des permissions nécessaires pour exécuter des commandes sudo sans invite de mot de passe (cet utilisateur doit figurer dans la liste des utilisateurs sudo ou y être ajouté).
/etc/sudoers.d/dossier)
Étape 1 : Ajouter le site de destination (Hyper-V)
Ajoutez l'environnement Hyper-V de destination à Shift Toolkit.
-
Cliquez sur Ajouter un nouveau site et sélectionnez Destination.
Afficher un exemple
-
Saisissez les détails du site de destination :
-
Nom du site : Veuillez indiquer un nom pour le site.
-
Hyperviseur : sélectionnez Hyper-V comme cible
-
Emplacement du site : Sélectionnez l’option par défaut
-
Connecteur : Sélectionnez la sélection par défaut
-
-
Cliquez sur Continuer.
Afficher un exemple
-
Saisissez les détails de destination Hyper-V :
-
Gestionnaire de cluster Hyper-V autonome ou de basculement : adresse IP ou nom de domaine complet
-
Nom d'utilisateur : Nom d'utilisateur permettant l'accès (au format UPN : nom_utilisateur@domaine.com ou domaine\administrateur)
-
Mot de passe : Mot de passe permettant d’accéder à l’hôte Hyper-V ou à l’instance FCI pour effectuer l’inventaire des ressources.
-
-
Sélectionnez Accepter le certificat auto-signé et cliquez sur Continuer.
Afficher un exemple
-
Cliquez sur Créer un site.
Afficher un exemple
Le système de stockage source et de destination doit être le même, car la conversion du format de disque se produit au niveau du volume et dans le même volume.
Étape 2 : Créer des groupes de ressources
Organisez les machines virtuelles en groupes de ressources afin de préserver l'ordre de démarrage et les configurations de délai de démarrage.
-
Assurez-vous que les qtrees sont provisionnés conformément aux prérequis.
-
Déplacez les machines virtuelles vers un datastore désigné sur une SVM ONTAP nouvellement créée avant la conversion afin d'isoler les datastores NFS de production de la zone de transit.
-
Accédez à Groupes de ressources et cliquez sur Créer un nouveau groupe de ressources.
Afficher un exemple
-
Sélectionnez le site source dans la liste déroulante et cliquez sur Créer.
-
Fournissez les détails du groupe de ressources et sélectionnez le flux de travail :
-
Migration par clonage : effectue une migration de bout en bout de l’hyperviseur source vers l’hyperviseur de destination.
-
Conversion basée sur le clonage : Convertit le format du disque vers le type d’hyperviseur sélectionné
Afficher un exemple
-
-
Cliquez sur Continuer.
-
Sélectionnez les machines virtuelles à l'aide de l'option de recherche (le filtre par défaut est « Datastore »).
La liste déroulante des banques de données n'affiche que les banques de données NFSv3. Les banques de données NFSv4 ne sont pas affichées. Afficher un exemple
Afficher un exemple
-
Détails de la migration mis à jour :
-
Sélectionnez Site de destination
-
Sélectionnez Entrée Hyper-V de destination
-
Configurer le mappage Datastore vers Qtree
Afficher un exemple
Afficher un exemple
Lors de la conversion de machines virtuelles d'ESXi vers Hyper-V, assurez-vous que le chemin de destination (où sont stockées les machines virtuelles converties) est défini sur un qtree. Plusieurs qtrees peuvent être créés et utilisés pour stocker les disques des machines virtuelles converties.
-
-
Configurer l'ordre de démarrage et le délai de démarrage pour toutes les machines virtuelles sélectionnées :
-
1 : Première machine virtuelle à s'allumer
-
3 : Par défaut
-
5 : Dernière machine virtuelle à s'allumer
Afficher un exemple
-
-
Cliquez sur Créer un groupe de ressources.
Afficher un exemple
Le groupe de ressources est créé et prêt pour la configuration du plan.
Étape 3 : Créer un plan de migration
Élaborez un plan directeur définissant la stratégie de migration, incluant les correspondances de plateformes, la configuration réseau et les paramètres des machines virtuelles.
-
Accédez à Plans et cliquez sur Créer un nouveau plan.
Afficher un exemple
-
Indiquez un nom pour le modèle et configurez les mappages d'hôtes :
-
Sélectionnez le site source et le vCenter associé.
-
Sélectionnez le site de destination et la cible Hyper-V associée.
-
Configurer le mappage du cluster et de l'hôte
Afficher un exemple
-
-
Sélectionnez les détails du groupe de ressources et cliquez sur Continuer.
Afficher un exemple
-
Définissez l'ordre d'exécution des groupes de ressources s'il en existe plusieurs.
-
Configurez le mappage réseau vers les commutateurs virtuels appropriés.
Les commutateurs virtuels doivent déjà être configurés dans Hyper-V. Côté Hyper-V, seul le type de commutateur virtuel « Externe » est pris en charge pour la sélection du réseau. Pour la migration de test, sélectionnez « Ne pas configurer le réseau » afin d'éviter les conflits avec le réseau de production ; attribuez manuellement les paramètres réseau après la conversion. Afficher un exemple
Afficher un exemple
-
Vérifier les mappages de stockage (sélectionnés automatiquement en fonction de la sélection de la machine virtuelle).
Assurez-vous que le qtree est provisionné au préalable et que les autorisations nécessaires sont attribuées afin que la machine virtuelle puisse être créée et mise sous tension à partir d'un partage SMB. -
Configurez l'option de remplacement prepareVM si nécessaire. Cette option est utile lorsque vous devez ignorer la préparation de la machine virtuelle par Shift Toolkit et effectuer ces tâches à la place à l'aide de scripts personnalisés. Il permet également de personnaliser l'adresse IP afin de répondre aux exigences spécifiques de l'environnement.
Afficher un exemple
-
Sous « Détails de la machine virtuelle », sélectionnez « Détails de configuration » et fournissez les informations d’identification du compte de service pour chaque type de système d’exploitation :
-
Windows : Utilisez un utilisateur disposant de privilèges d’administrateur local (les informations d’identification de domaine peuvent également être utilisées, mais assurez-vous qu’un profil utilisateur existe sur la machine virtuelle avant la conversion).
-
Linux : Utilisez un utilisateur pouvant exécuter des commandes sudo sans mot de passe (cet utilisateur doit figurer dans la liste des utilisateurs sudo ou y être ajouté).
/etc/sudoers.d/dossier)Afficher un exemple
-
-
Configurer les paramètres IP :
-
Ne pas configurer : Option par défaut
-
Conserver l'adresse IP : Conserver les mêmes adresses IP que celles du système source
-
DHCP : Attribuer un serveur DHCP aux machines virtuelles cibles
Assurez-vous que les machines virtuelles sont allumées pendant la phase prepareVM, que VMware Tools est installé et que les scripts de préparation s'exécutent avec les privilèges appropriés.
-
-
Configurer les paramètres de la machine virtuelle :
-
Redimensionner les paramètres du processeur/de la RAM (facultatif)
-
Modifier l'ordre de démarrage et le délai de démarrage
-
Mise sous tension : Sélectionnez cette option pour mettre les machines virtuelles sous tension après la migration (par défaut : activée).
-
Supprimer VMware Tools : Supprimer VMware Tools après la conversion (par défaut : sélectionné)
-
Micrologiciel VM : Gen1 > BIOS et Gen2 > EFI (automatique)
-
Conserver l'adresse MAC : Conservez les adresses MAC pour les exigences de licence.
-
Remplacement du compte de service : Spécifiez un compte de service distinct si nécessaire
-
Remplacement VLAN : Sélectionner le nom de VLAN étiqueté correct lorsque l’hyperviseur cible utilise un nom de VLAN différent
Afficher un exemple
-
-
Cliquez sur Continuer.
-
Planifiez la migration en sélectionnant une date et une heure.
Planifiez les migrations au moins 30 minutes à l'avance pour laisser le temps nécessaire à la préparation des machines virtuelles. Afficher un exemple
-
Cliquez sur Créer un plan.
Le Shift Toolkit lance une tâche prepareVM qui exécute des scripts sur les machines virtuelles sources afin de les préparer à la migration.
Afficher un exemple
Le processus de préparation :
-
Injecte des scripts pour ajouter des pilotes (RHEL/CentOS, Alma Linux), supprimer les outils VMware et sauvegarder les informations IP/route/DNS.
-
Utilise invoke-VMScript pour se connecter aux machines virtuelles invitées et exécuter des tâches de préparation
-
Pour les machines virtuelles Windows : stocke les scripts dans
C:\NetApp -
Pour les machines virtuelles Linux : stocke les scripts dans
/NetAppet/opt
Afficher un exemple
Afficher un exemple
|
|
Pour les machines virtuelles Linux exécutant CentOS ou Red Hat, Shift Toolkit installe automatiquement les pilotes Hyper-V nécessaires avant la conversion du disque afin de garantir un démarrage réussi après la conversion. Pour plus d'informations, veuillez consulter"Système bloqué en dracut après la migration d'une VM RHEL vers hyper-v" . |
Une fois la préparation de la machine virtuelle terminée avec succès, l'état du modèle passe à « Actif ». La migration aura désormais lieu à l'heure prévue ou peut être lancée manuellement en cliquant sur l'option Migrer.
Afficher un exemple
Afficher un exemple
Étape 4 : Exécuter la migration
Déclenchez le processus de migration pour convertir les machines virtuelles de VMware ESXi vers Microsoft Hyper-V.
-
Toutes les machines virtuelles sont arrêtées correctement conformément au calendrier de maintenance prévu.
-
Assurez-vous que la machine virtuelle Shift fait partie du domaine
-
Assurez-vous que le partage CIFS est configuré avec les autorisations appropriées
-
L'arbre qtree utilisé pour la migration ou la conversion possède le style de sécurité approprié.
-
Pour un test rapide, essayez de créer une machine virtuelle à l'aide du Gestionnaire Hyper-V depuis n'importe quel hôte Hyper-V du cluster et placez le disque dur virtuel (VHDX) sur le partage CIFS.
-
Sur le plan, cliquez sur Migrer.
Afficher un exemple
-
Si les machines virtuelles ne sont pas éteintes, Shift Toolkit demandera un arrêt propre avant de poursuivre.
Afficher un exemple
-
L'outil Shift Toolkit effectue les actions suivantes :
-
Supprime les instantanés existants pour toutes les machines virtuelles du modèle.
-
Déclenche des instantanés de machine virtuelle à la source
-
Déclenche un instantané de volume avant la conversion du disque
-
Convertit les fichiers VMDK au format VHDx pour toutes les machines virtuelles.
La conversion s'effectue en quelques secondes, ce qui en fait la méthode de migration la plus rapide et réduit les temps d'arrêt des machines virtuelles.
Afficher un exemple
+
.Afficher un exempleDetails
-
Met sous tension les machines virtuelles sur la cible
-
Enregistre les réseaux sur chaque machine virtuelle
-
Supprime les outils VMware et attribue des adresses IP à l'aide de scripts de déclenchement ou de tâches cron.
-
Une fois la tâche terminée, le statut du plan passe à « Migration terminée ».
Afficher un exemple
Afficher un exemple
Afficher un exemple
|
|
Il ne faut pas déclencher plus de dix conversions en parallèle depuis la même source ESXi vers la même destination Hyper-V. |
|
|
S'il y a des échecs,"activer la délégation à l'aide de n'importe quel protocole d'authentification" . |
|
|
Après la migration, lorsque les machines virtuelles Windows sont allumées, Shift Toolkit utilise PowerShell Direct pour se connecter aux machines virtuelles invitées sous Windows, indépendamment de la configuration réseau ou des paramètres de gestion à distance. |
|
|
Après la conversion, tous les disques de la VM sous Windows OS, à l'exception du disque du système d'exploitation, seront hors ligne car le paramètre NewDiskPolicy est défini par défaut sur offlineALL sur les VM VMware. Exécutez cette commande PowerShell pour corriger : Set-StorageSetting -NewDiskPolicy OnlineAll
|
|
|
Shift Toolkit utilise des tâches cron qui s'exécutent au démarrage pour les distributions Linux. Aucune connexion SSH n'est créée pour les machines virtuelles Linux une fois qu'elles sont importées sur les hôtes Hyper-V. |
Démonstration vidéo
La vidéo suivante illustre le processus décrit dans cette solution.