Migration des machines virtuelles

Vous pouvez migrer une machine virtuelle en cours d’exécution en utilisant la migration en direct ou la migration en direct du stockage pour déplacer l’image de disque virtuel (VDI) d’une machine virtuelle sans aucune interruption de service de la machine virtuelle.

Migration en direct et migration en direct du stockage

Les sections suivantes décrivent les exigences de compatibilité et les limites de la migration en direct et de la migration en direct du stockage.

Migration dynamique

La migration en direct est disponible dans toutes les versions de XenServer. Cette fonctionnalité vous permet de déplacer une machine virtuelle en cours d’exécution d’un hôte à un autre, lorsque les disques de la machine virtuelle (VDI) se trouvent sur un stockage partagé par les deux hôtes. Les fonctionnalités de maintenance de pool telles que la haute disponibilité et la mise à niveau du pool roulant (RPU) peuvent déplacer automatiquement les machines virtuelles à l’aide de la migration en direct. Ces fonctionnalités permettent de niveler la charge de travail, de résilience de l’infrastructure et de mise à niveau du logiciel serveur, sans interruption de machines virtuelles.

Lors de la migration en direct d’une machine virtuelle, sa mémoire est transférée sous forme de flux de données entre deux hôtes utilisant le réseau. La fonction de compression du flux de migration compresse ce flux de données, accélérant ainsi le transfert de mémoire sur les réseaux lents. Cette fonctionnalité est désactivée par défaut, mais elle peut être modifiée à l’aide de XenCenter ou de l’interface de ligne de commande xe. Pour plus d’informations, consultez Propriétés du pool - Avancé et Paramètres du pool. Vous pouvez également activer la compression lors de la migration d’une machine virtuelle à l’aide de la ligne de commande. Pour plus d’informations, consultez la commande vm-migrate dans Commandes de machine virtuelle.

La fonction d’évacuation parallèle des hôtes accélère le temps d’évacuation des hôtes (lors des mises à jour de l’hôte) en déplaçant les machines virtuelles d’un hôte en parallèle plutôt que de manière séquentielle. Par défaut, cette fonctionnalité est activée et les machines virtuelles sont migrées par lots de 10 en parallèle. Vous pouvez modifier la taille de lot par défaut dans le /etc/xapi.conf fichier.

Remarque :

Le stockage ne peut être partagé qu’entre les hôtes d’un même pool. Par conséquent, les machines virtuelles ne peuvent être migrées que vers des hôtes du même pool.

Intel GVT-G n’est pas compatible avec la migration en direct, la migration en direct du stockage ou la suspension de machine virtuelle. Pour plus d’informations, consultez la section Graphiques.

Migration dynamique du stockage

Remarques :

• N’utilisez pas la migration en direct du stockage dans les déploiements Citrix Virtual Desktops.
• La migration en direct du stockage ne peut pas être utilisée sur les machines virtuelles pour lesquelles le suivi des blocs modifié est activé. Désactivez le suivi des blocs modifiés avant de tenter la migration dynamique du stockage.
• La migration en direct du stockage ne peut pas être utilisée sur les machines virtuelles dont les VDI se trouvent sur un SR GFS2.

La migration dynamique du stockage permet de déplacer une machine virtuelle d’un hôte à un autre lorsque les disques de la machine virtuelle ne se trouvent pas sur un espace de stockage partagé entre les deux hôtes. Par conséquent, les machines virtuelles stockées sur le stockage local peuvent être migrées sans interruption et les machines virtuelles peuvent être déplacées d’un pool à un autre. Cette fonctionnalité permet aux administrateurs système de :

• Rééquilibrez les machines virtuelles entre les pools XenServer (par exemple d’un environnement de développement à un environnement de production).

• Mettez à niveau et mettez à jour les hôtes XenServer autonomes sans aucune interruption de service des machines virtuelles.

• Mettez à niveau le matériel du serveur XenServer.

Remarque :

• La migration d’une machine virtuelle d’un hôte à un autre préserve l’ étatde la machine virtuelle. Les informations d’état comprennent des informations qui définissent et identifient la machine virtuelle et les mesures de performance historiques, telles que l’utilisation du processeur et du réseau.

• Pour améliorer la sécurité, vous pouvez fermer le port TCP 80 sur l’interface de gestion de vos hôtes XenServer. Cependant, vous ne pouvez pas migrer une machine virtuelle d’un pool Citrix Hypervisor 8.2 CU1 sans l’installation du correctif XS82ECU1033 vers un pool XenServer dont le port 80 est fermé. Pour ce faire, installez XS82ECU1033 sur votre pool Citrix Hypervisor 8.2 CU1 ou ouvrez temporairement le port 80 sur votre pool XenServer. Pour plus d’informations sur la fermeture du port 80, voir Restreindre l’utilisation du port 80.

Exigences de compatibilité

Lors de la migration d’une machine virtuelle avec migration en direct ou migration en direct du stockage, la nouvelle machine virtuelle et le nouveau serveur doivent répondre aux exigences de compatibilité suivantes :

• L’hôte cible doit disposer de la même version ou d’une version plus récente de XenServer installée en tant qu’hôte source.

• XenServer VM Tools pour Windows doit être installé sur chaque machine virtuelle Windows que vous souhaitez migrer.

• Si les processeurs de l’hôte source et de l’hôte cible sont différents, l’hôte cible doit être au moins aussi performant que l’hôte source. Cela signifie généralement que la cible possède le même processeur ou un processeur plus récent.

  • Si vous effectuez la migration au sein du même pool, celui-ci tente automatiquement de rendre une machine virtuelle compatible.
  • Si vous effectuez une migration entre des pools, vous devez vous assurer que la machine virtuelle est compatible avec les fonctionnalités définies dans le pool de destination.

• Il n’est pas possible de migrer en direct une machine virtuelle entre des processeurs AMD et Intel.

• Vous ne pouvez pas migrer simultanément plus de 3 machines virtuelles dont l’emplacement source se trouve dans le même pool.

• L’hôte cible doit disposer d’une capacité de mémoire de réserve suffisante ou être capable de libérer une capacité suffisante à l’aide du contrôle dynamique de la mémoire. S’il n’y a pas assez de mémoire, la migration échoue.

• Migration du stockage uniquement : un hôte du pool source doit disposer d’une capacité de mémoire disponible suffisante pour exécuter une machine virtuelle arrêtée en cours de migration. Cette exigence permet de démarrer la machine virtuelle arrêtée à tout moment du processus de migration.

• Migration en direct du stockage uniquement : le stockage cible doit disposer de suffisamment d’espace disque disponible pour les machines virtuelles entrantes. L’espace libre requis peut être trois fois la taille VDI (sans snapshots). S’il n’y a pas assez d’espace, la migration échoue.

• Vous ne pouvez pas utiliser la migration en direct du stockage pour migrer des machines virtuelles dont le suivi des blocs a été modifié. Désactivez le suivi des blocs modifiés avant de tenter la migration dynamique du stockage. Pour plus d’informations, consultez la section Suivi des blocs modifiés.

Limitations et restrictions

La migration en direct et la migration en direct du stockage sont soumises aux limitations et mises en garde suivantes :

• La migration en direct du stockage ne peut pas être utilisée avec des machines virtuelles créées par Machine Creation Services.
• Les machines virtuelles utilisant des périphériques relais PCI ne peuvent pas être migrées (sauf dans le cas des GPU NVIDIA SR-IOV). Pour plus d’informations, voir Utiliser des cartes réseau compatibles SR-IOV.
• Les machines virtuelles auxquelles des VUSB sont attachés ne peuvent pas être migrées.
• Les machines virtuelles dont le paramètre est no-migrate défini ne peuvent pas être migrées.
• Intel GVT-G n’est pas compatible avec la migration en direct et la migration en direct du stockage. Pour plus d’informations, consultez la section Présentation des graphismes.
• Les machines virtuelles dont l’ on-boot option est définie sur reset ne peuvent pas être migrées. Pour plus d’informations, consultez Intellicache.
• Si vous utilisez la fonctionnalité de haute disponibilité et que la machine virtuelle en cours de migration est marquée comme protégée, vous pouvez recevoir un avertissement pendant la migration en direct si l’opération entraîne le non-respect des contraintes HA.
• Les performances de la machine virtuelle sont réduites pendant la migration.
• Le délai d’achèvement de la migration de la machine virtuelle dépend de l’empreinte mémoire de la machine virtuelle et de son activité. En outre, la taille du VDI et l’activité de stockage du VDI peuvent affecter les machines virtuelles migrées avec la migration en direct du stockage. Les machines virtuelles auxquelles des vGPU sont connectés migrent l’intégralité de l’état du vGPU lorsque la machine virtuelle est en pause. Nous vous recommandons d’utiliser une carte réseau rapide sur le réseau de gestion afin de réduire les temps d’arrêt, en particulier avec les vGPU dotés d’une grande quantité de mémoire.
• En cas d’échec de la migration dynamique, par exemple en cas d’erreur réseau, la machine virtuelle de l’hôte source peut instantanément passer à l’état d’arrêt.

Migrer une machine virtuelle à l’aide de XenCenter

1. Dans le volet Ressources, sélectionnez la machine virtuelle et effectuez l’une des opérations suivantes :

   • Pour migrer une machine virtuelle en cours d’exécution ou suspendue à l’aide de la migration dynamique ou de la migration en direct du stockage, dans le menu VM, cliquez sur Migrer vers le serveur, puis sur l’ assistant de migration de la machine virtuelle. Cette action ouvre l’Assistant Migrer la VM.

   • Pour déplacer une machine virtuelle arrêtée : dans le menu VM, sélectionnez Déplacer la machine virtuelle. Cette action ouvre l’assistant Move VM.

2. Dans la liste Destination, sélectionnez un hôte autonome ou un pool.

3. Dans la liste des serveurs domestiques, sélectionnez un hôte à attribuer comme serveur domestique pour la machine virtuelle et cliquez sur Suivant.

4. Dans l’onglet Stockage , spécifiez le référentiel de stockage dans lequel vous souhaitez placer les disques virtuels de la machine virtuelle migrée, puis cliquez sur Suivant .

   • La case d’option Placer tous les disques virtuels migrés sur le même SR est sélectionnée par défaut et affiche la SR partagée par défaut sur le pool de destination.

   • Cliquez sur Placer les disques virtuels migrés sur les SR spécifiés pour spécifier un SR dans la liste Référentiel de stockage . Cette option vous permet de sélectionner un SR différent pour chaque disque virtuel sur la machine virtuelle migrée.

5. Dans la liste des réseaux de stockage, sélectionnez un réseau dans le pool de destination qui est utilisé pour la migration en direct des disques virtuels de la machine virtuelle. Cliquez sur Suivant.

   Remarque :

   Pour des raisons de performances, il est recommandé de ne pas utiliser votre réseau de gestion pour la migration en direct.

6. Vérifiez les paramètres de configuration et cliquez sur Terminer pour commencer la migration de la machine virtuelle.

Si vous effectuez une mise à niveau de 7.1 CU2 vers 8.2 CU1, vous devrez peut-être arrêter et démarrer toutes les machines virtuelles après la migration de vos machines virtuelles, afin de vous assurer que les nouvelles fonctionnalités de virtualisation sont prises en charge.

Migration VDI en direct

La migration VDI en direct permet à l’administrateur de déplacer l’image de disque virtuel (VDI) des machines virtuelles sans arrêter la machine virtuelle. Cette fonctionnalité permet d’effectuer des opérations administratives telles que :

• Déplacement d’une machine virtuelle d’un stockage local bon marché vers un stockage rapide, résilient et basé sur une baie.
• Déplacer une machine virtuelle d’un environnement de développement vers un environnement de production.
• Passage d’un niveau de stockage à un autre lorsqu’une machine virtuelle est limitée par la capacité de stockage.
• Mise à niveau des baies de stockage.

Limitations et restrictions

La migration VDI en direct est soumise aux limitations et mises en garde suivantes

• N’utilisez pas la migration en direct du stockage dans les déploiements Citrix Virtual Desktops.

• Les machines virtuelles Linux IPv6 nécessitent un noyau Linux supérieur à 3.0.

• Si vous effectuez une migration VDI en direct sur une machine virtuelle dotée d’un vGPU, la migration en direct vGPU est utilisée. L’hôte doit disposer de suffisamment d’espace vGPU pour effectuer une copie de l’instance vGPU sur l’hôte. Si les pGPU sont entièrement utilisés, la migration VDI peut ne pas être possible.

• Lorsque vous effectuez une migration en direct VDI pour une machine virtuelle qui reste sur le même hôte, cette machine virtuelle nécessite temporairement deux fois plus de RAM.

Pour déplacer des disques virtuels

1. Dans le volet Ressources, sélectionnez le SR où le disque virtuel est stocké, puis cliquez sur l’onglet Stockage.

2. Dans la liste Disques virtuels, sélectionnez le disque virtuel que vous souhaitez déplacer, puis cliquez sur Déplacer.

3. Dans la boîte de dialogue Déplacer le disque virtuel, sélectionnez le SR cible vers lequel vous souhaitez déplacer le VDI.

   Remarque :

   Assurez-vous que le SR dispose de suffisamment d’espace pour un autre disque virtuel : l’espace disponible est affiché dans la liste des SR disponibles.

4. Cliquez sur Déplacer pour déplacer le disque virtuel.