Migration de machines virtuelles – Vue d’ensemble

Article
11/06/2024

Cet article fournit une vue d’ensemble de la migration de machines virtuelles dans l’infrastructure System Center Virtual Machine Manager (VMM).

Vous pouvez migrer des machines virtuelles et des machines virtuelles managées de stockage dans l’infrastructure VMM. VMM sélectionne automatiquement le type de transfert qui sera utilisé pour la migration. Lorsque vous effectuez une migration dans la console VMM à l’aide de l’Assistant Migration de machine virtuelle, le type de migration qui sera utilisé s’affiche dans la colonne Type de transfert. Les types de migrations pris en charge sont résumés dans le tableau suivant.

Type	Utiliser	Détails
Migration réseau	Effectue une copie réseau des données de machine virtuelle à l’aide de BITS.	Il s’agit du type de migration le plus lent. La durée du temps mort est directement proportionnelle à la taille du transfert de données.
Migration rapide	Également appelé transfert de cluster, il peut être utilisé pour migrer une machine virtuelle hautement disponible. Il utilise le cluster de basculement Windows pour migrer des machines virtuelles entre des nœuds de cluster.	L'état d'exécution de l'ordinateur virtuel est enregistré sur le disque (l'ordinateur virtuel est en veille prolongée), le disque est basculé sur l'autre nœud de cluster, puis l'état enregistré est chargé pour sortir de veille l'ordinateur virtuel. Le temps d’arrêt est minimal, car la migration rapide prend un instantané de la machine virtuelle et transfère les données sans que la machine virtuelle soit désactivée.
Migration rapide du stockage	Utilisé pour déplacer le stockage de machines virtuelles d’un emplacement à un autre. Par exemple, vous pouvez déplacer le stockage pour un ordinateur virtuel depuis un SAN Fibre Channel vers un SAN iSCSI.	Les disques virtuels d’une machine virtuelle en cours d’exécution peuvent être migrés indépendamment des protocoles de stockage (SCSI, Fibre Channel) ou des types de stockage (local, DAS, SAN). Le temps mort est minime, car la migration rapide du stockage prend un instantané de l'ordinateur virtuel et transfère les données sans qu'il soit nécessaire d'éteindre l'ordinateur virtuel.
Migration SAN	Utilise le transfert SAN pour migrer des machines virtuelles et des machines virtuelles hautement disponibles dans et hors d’un cluster. Il peut être utilisé lorsque les ordinateurs hôtes source et de destination ont accès à la même infrastructure de stockage (LUN) et lorsque le stockage peut être transféré d'un ordinateur hôte à un autre.	Pour la migration SAN, les fichiers d’une machine virtuelle ne sont pas copiés d’un serveur à un autre et par conséquent, les temps d’arrêt sont réduits. La migration SAN peut être utilisée pour copier une machine virtuelle d’un hôte vers un autre ou pour copier une machine virtuelle vers ou à partir de la bibliothèque. Lorsque vous migrez une machine virtuelle vers un cluster à l’aide d’un transfert SAN, VMM vérifie que chaque nœud du cluster peut voir l’unité logique et crée automatiquement une ressource de disque de cluster pour le numéro d’unité logique. Pour migrer une machine virtuelle hors d’un cluster, la machine virtuelle doit se trouver sur un LUN dédié qui n’utilise pas csv. Ces infrastructures SAN sont prises en charge pour la migration : Fibre Channel ; RÉSEAUX SAN iSCSI ; N_Port ID Virtualization (NPID).
Migration dynamique	Déplace une machine virtuelle en cours d’exécution dans le cadre d’un cluster de basculement d’un cluster à un autre.	Aucun temps d’arrêt notable pour les utilisateurs ou les applications réseau.

Migration dynamique

L’utilisation de la migration dynamique offre de nombreux avantages :

Flexibilité accrue : les fonctionnalités de migration dynamique peuvent vous aider à simplifier le déplacement des machines virtuelles entre les hôtes et les clusters. Par conséquent, il devient plus facile de gérer un centre de données dynamique.
Facilité de maintenance : la migration dynamique réduit la nécessité de mettre hors connexion les hôtes autonomes et les hôtes de cluster à des fins de maintenance et de migration, ce qui permet d’éviter les temps d’arrêt. Comme il est possible d'effectuer la maintenance et les migrations simultanément, la plage de temps de la migration peut être raccourcie selon la durée nécessaire à l'exécution de la migration en direct. En outre, le processus de planification pour la mobilité Hyper-V est simplifié.
Meilleure utilisation du matériel : la distribution des machines virtuelles peut être optimisée sur l’ensemble de l’infrastructure. Les machines virtuelles et le stockage peuvent être déplacés vers des serveurs et des clusters autonomes avec une capacité de rechange, sans interrompre la disponibilité. La consommation électrique est réduite car les ordinateurs virtuels peuvent être déplacés entre les ordinateurs hôtes, puis les ordinateurs hôtes peuvent être éteints pour économiser de l'énergie.

Fonctionnalités de clustering de basculement : VMM tire parti des fonctionnalités de clustering de basculement introduites dans Windows Server 2012. Ces fonctionnalités incluent des API supplémentaires pour migrer des machines virtuelles entre des nœuds de cluster, et une fonctionnalité attacher/détacher optimisée, qui permet la migration de machines virtuelles à l'intérieur et à l'extérieur de clusters de basculement sans temps mort.

Fonctionnalités de clustering de basculement : VMM tire parti des fonctionnalités de clustering de basculement Windows Server. Ces fonctionnalités incluent des API supplémentaires pour migrer des machines virtuelles entre des nœuds de cluster, et une fonctionnalité attacher/détacher optimisée, qui permet la migration de machines virtuelles à l'intérieur et à l'extérieur de clusters de basculement sans temps mort.

Prise en charge de la migration dynamique

VMM prend en charge les types de migration dynamique suivants :

Migration dynamique de machines autonomes : vous pouvez exécuter la migration dynamique entre deux machines autonomes qui ne se trouvent pas dans un cluster.
Migration dynamique au sein d’un cluster : vous pouvez exécuter une migration dynamique entre les nœuds du même cluster.
Migration dynamique entre les nœuds dans différents clusters : vous pouvez migrer entre des nœuds dans différents clusters.
Migration dynamique du stockage de machines virtuelles : vous pouvez migrer le stockage pour mettre à jour le stockage physique disponible dans Hyper-V ou pour atténuer les goulots d’étranglement dans les performances du stockage. Vous pouvez également utiliser la migration du stockage pour déplacer, entretenir ou mettre à niveau des ressources de stockage, ou pour la migration d'un ordinateur virtuel autonome ou en cluster. Le stockage peut être ajouté à un ordinateur autonome ou à un cluster Hyper-V. Les machines virtuelles peuvent être déplacées vers le nouveau stockage pendant qu’elles continuent à s’exécuter.
Migration des machines virtuelles et du stockage en direct : vous pouvez utiliser la migration de système en direct (VSM dynamique) pour migrer des machines virtuelles et leur stockage ensemble en une seule action.
Migration dynamique simultanée : vous pouvez effectuer plusieurs migrations dynamiques simultanées de machines virtuelles et de stockage. La limite simultanée peut être configurée manuellement. Toutes les migrations dynamiques simultanées dépassant la limite seront mises en file d’attente.

VMM inspecte et valide les paramètres de configuration d’un hôte de destination avant le début de la migration à partir d’un hôte source.

Matrice de prise en charge de la migration des machines virtuelles dynamiques

Source	Destination : autonome	Destination : cluster
Autonome	Prise en charge	Pris en charge
Cluster	Prise en charge	Pris en charge La source et la destination peuvent se trouver dans les mêmes clusters ou différents.

Matrice de prise en charge de la migration de stockage dynamique

Source	Destination : Disque local (autonome)	Destination : partage SMB 3.0 (autonome/cluster)	Destination : CSV (cluster)
Disque local	Pris en charge	Pris en charge. L'ordinateur virtuel sera promu à un haut niveau de disponibilité.	Non pris en charge.
Partage SMB 3.0	Pris en charge. Dans un cluster, la machine virtuelle sera rétrogradée et ne sera pas hautement disponible après la migration.	Prise en charge	Pris en charge
Cluster	Pris en charge Dans un cluster, la machine virtuelle sera rétrogradée et ne sera pas hautement disponible après la migration.	Pris en charge Le partage SMB doit être disponible à partir du nœud du cluster de destination.	Supporté Le fichier CSV doit être disponible à partir du nœud de cluster de destination.

Limites de migration en direct

La migration dynamique nécessite deux serveurs ou plus qui exécutent Hyper-V, qui prennent en charge la virtualisation matérielle et utilisent des processeurs du même fabricant, tels que tous les processeurs AMD ou tous les processeurs Intel.

La migration dynamique est prise en charge à partir des hôtes exécutant Windows Server 2012.

Les ordinateurs virtuels doivent être configurés pour utiliser des disques durs virtuels ou des disques Fibre Channel virtuels, mais pas des disques physiques.
Pour le trafic réseau de migration dynamique, vous devez utiliser un réseau privé.
Les serveurs source et de destination doivent appartenir au même domaine Active Directory ou à différents domaines approuvés.
Si le disque dur virtuel de l'ordinateur virtuel source ou de destination possède un disque de base, le disque de base doit se trouver dans un partage qui est accessible (enregistré) à partir de l'ordinateur hôte de destination. En règle générale, la migration dynamique ne déplace pas le disque de base.
La migration entre clusters est prise en charge uniquement sur les hôtes s’exécutant dans des clusters de basculement. Le stockage de volume partagé de cluster (CSV) doit être activé dans le cluster.
La migration dynamique d’une machine virtuelle ne migre pas le stockage de machines virtuelles, ce qui signifie spécifiquement l’emplacement qui stocke les images de machine virtuelle (fichiers VHD, ISO, VFD). Pour gérer les besoins de stockage, vous pouvez utiliser l'une des options suivantes :
- Configurer l'ordinateur virtuel afin que les fichiers de stockage soient disponibles sur un partage de fichiers qui est accessible par l'ordinateur hôte source et de destination de la migration.
- Exécuter la migration dynamique combinée du stockage et de l'ordinateur virtuel (VSM dynamique) en une seule action.
- Exécuter une migration du stockage distincte.
Si les hôtes source et de destination utilisent le stockage partagé, vérifiez les points suivants :
- Tous les fichiers qui composent une machine virtuelle, comme les disques durs virtuels, les instantanés et la configuration, doivent être stockés sur un partage SMB.
- Les autorisations sur le partage SMB doivent être configurées pour accorder l’accès aux comptes d’ordinateur de tous les serveurs qui exécutent Hyper-V.
La migration du stockage déplace les images d'ordinateur virtuel (fichiers VHD, ISO et VFD), les configurations de capture instantanée et les données (fichiers d'état enregistrés).
La migration du stockage s'effectue pour chaque ordinateur virtuel.
La migration de stockage ne déplace pas les disques de base (parent), à l’exception des disques d’instantanés.

Migration des machines virtuelles et du stockage en direct (VSM live)

Live VSM migre une machine virtuelle et son stockage d’ordinateurs en une seule action.

Pour utiliser la migration dynamique du stockage et de l'ordinateur virtuel, le numéro d'unité logique de l'ordinateur virtuel doit être masqué à partir de l'ordinateur hôte de destination.

Live VSM est pris en charge entre deux hôtes autonomes qui exécutent Hyper-V, à partir de Windows Server 2012. Le transfert peut se produire entre des disques locaux ou des partages de fichiers SMB 3.0.
Live VSM est pris en charge entre deux clusters hôtes qui exécutent Hyper-V, à partir de Windows Server 2012. L'ordinateur virtuel peut être transféré vers un partage de fichiers CSV ou SMB 3.0 sur le cluster hôte de destination.

Live VSM est pris en charge entre deux hôtes autonomes qui exécutent Hyper-V. Le transfert peut se produire entre des disques locaux ou des partages de fichiers SMB 3.0.
Live VSM est pris en charge entre deux clusters hôtes qui exécutent Hyper-V. L'ordinateur virtuel peut être transféré vers un partage de fichiers CSV ou SMB 3.0 sur le cluster hôte de destination.

Partager via