Notes avancées pour les machines virtuelles

Important :

La mise à jour cumulative 1 de Citrix Hypervisor 8.2 prend fin le 25 juin 2025. Planifiez votre mise à niveau vers XenServer 8 dès maintenant pour assurer une transition en douceur et un support continu. Pour plus d’informations, consultez Mise à niveau.

Si vous utilisez vos fichiers de licence Citrix Virtual Apps and Desktops pour obtenir une licence pour vos hôtes Citrix Hypervisor 8.2 Cumulative Update 1, ces fichiers de licence ne sont pas compatibles avec XenServer 8. Avant la mise à niveau, vous devez acquérir les fichiers de licence socket XenServer Premium Edition à utiliser avec XenServer 8. Ces fichiers de licence de socket sont disponibles en tant que droits des abonnements Citrix pour le cloud privé, Citrix Universal Hybrid Multi-Cloud, Citrix Universal MSP et Citrix Platform License pour l’exécution de vos charges de travail Citrix. Les clients Citrix qui n’ont pas encore migré vers ces nouveaux abonnements peuvent demander à participer à une promotion gratuite pour 10 000 licences de sockets XenServer Premium Edition. Pour plus d’informations, consultez XenServer.

Si vous n’obtenez pas de licence compatible pour XenServer 8 avant la mise à niveau, lorsque vous mettez à niveau vos hôtes, ils reviennent à l’édition d’essai de 90 jours. L’édition d’essai offre les mêmes fonctionnalités que l’édition Premium, avec quelques limitations. Pour plus d’informations, consultez Présentation des licences XenServer 8.

Cette section fournit des notes avancées pour les machines virtuelles.

Comportement de démarrage de la machine virtuelle

Il existe deux options pour le comportement du VDI d’une machine virtuelle lors du démarrage de la machine virtuelle :

Remarque :

La machine virtuelle doit être arrêtée avant que vous puissiez modifier son paramètre de comportement de démarrage.

Persister

Conseil :

Utilisez ce comportement de démarrage si vous hébergez des bureaux virtuels Citrix qui sont des machines statiques ou dédiées.

Ce comportement est le comportement par défaut au démarrage de la machine virtuelle. Le VDI est laissé dans l’état où il était lors du dernier arrêt.

Sélectionnez cette option si vous prévoyez d’autoriser les utilisateurs à apporter des modifications permanentes à leur bureau. Pour sélectionner la persistance, arrêtez la machine virtuelle, puis entrez la commande suivante :

  xe vdi-param-set uuid=vdi_uuid on-boot=persist
<!--NeedCopy-->

Réinitialisation

Conseil :

Utilisez ce comportement de démarrage si vous hébergez des bureaux virtuels Citrix qui sont des machines partagées ou allouées de manière aléatoire.

Au démarrage de la machine virtuelle, le VDI est rétabli dans l’état dans lequel il se trouvait lors du démarrage précédent. Toutes les modifications apportées pendant l’exécution de la machine virtuelle sont perdues lors du prochain démarrage de la machine virtuelle.

Sélectionnez cette option si vous prévoyez de fournir des postes de travail standardisés que les utilisateurs ne peuvent pas modifier en permanence. Pour sélectionner réinitialiser, arrêtez la machine virtuelle, puis entrez la commande suivante :

  xe vdi-param-set uuid=vdi_uuid on-boot=reset
<!--NeedCopy-->

Avertissement :

Après avoir changé on-boot=réinitialiser, toutes les données enregistrées sur le VDI sont supprimées après le prochain arrêt/démarrage ou redémarrage.

Mettre la bibliothèque ISO à la disposition des serveurs Citrix Hypervisor

Pour mettre une bibliothèque ISO à la disposition des serveurs Citrix Hypervisor, créez un répertoire de partage NFS ou SMB/CIFS externe. Le serveur NFS ou SMB/CIFS doit autoriser l’accès root au partage. Pour les partages NFS, autorisez l’accès en définissant l’icône no_root_squash lorsque vous créez l’entrée de partage dans /etc/exports sur le serveur NFS.

Ensuite, utilisez XenCenter pour attacher la bibliothèque ISO, ou connectez-vous à la console hôte et exécutez la commande :

  xe-mount-iso-sr host:/volume
<!--NeedCopy-->

Pour une utilisation avancée, vous pouvez passer des arguments supplémentaires à la commande mount.

Pour mettre un partage Windows SMB/CIFS à la disposition de l’hôte, utilisez XenCenter ou connectez-vous à la console hôte et exécutez la commande suivante :

  xe-mount-iso-sr unc_path -t cifs -o username=myname/myworkgroup
<!--NeedCopy-->

Remplacez les barres obliques arrière dans le unc_path avec des barres obliques. Par exemple :

  xe-mount-iso-sr //server1/myisos -t cifs -o username=johndoe/mydomain
<!--NeedCopy-->

Après le montage du partage, toutes les ISO disponibles sont disponibles à partir du Installer à partir d’une bibliothèque ISO ou d’un lecteur de DVD dans XenCenter. Ces ISO sont également disponibles sous forme d’images CD à partir des commandes CI.

Associez l’ISO à un modèle Windows approprié.

Se connecter à une machine virtuelle Windows à l’aide du Bureau à distance

Vous pouvez utiliser l’une des méthodes suivantes pour afficher une console de machine virtuelle Windows, qui prennent toutes deux en charge l’utilisation complète du clavier et de la souris.

• Utilisation de XenCenter. Cette méthode fournit une console graphique standard et utilise la technologie VNC intégrée à Citrix Hypervisor pour fournir un accès à distance à la console de votre machine virtuelle.

• Connexion à l’aide de Windows Remote Desktop. Cette méthode utilise la technologie Remote Desktop Protocol

Dans XenCenter sur le Consoler , il y a un Passer au bureau à distance bouton. Ce bouton désactive la console graphique standard dans XenCenter et bascule vers l’utilisation du Bureau à distance.

Si vous n’avez pas activé le Bureau à distance dans la machine virtuelle, ce bouton est désactivé. Pour l’activer, installez XenServer VM Tools pour Windows (anciennement Citrix VM Tools). Suivez la procédure ci-dessous pour l’activer dans chaque machine virtuelle à laquelle vous souhaitez vous connecter à l’aide du Bureau à distance.

Pour activer le Bureau à distance sur une machine virtuelle Windows :

1. Ouvrir Système en cliquant sur le bouton Commencer bouton, clic droit sur Ordinateur, puis sélectionnez Propriétés.

2. Cliquer Paramètres à distance. Si vous êtes invité à entrer un mot de passe administrateur, tapez le mot de passe que vous avez créé lors de l’installation de la machine virtuelle.

3. Dans le Bureau à distance , cochez la case intitulée Autoriser les connexions à partir d’ordinateurs exécutant n’importe quelle version de Remote Desktop.

4. Pour sélectionner des utilisateurs non administrateurs qui peuvent se connecter à cette machine virtuelle Windows, cliquez sur l’icône Sélectionnez Utilisateurs distants et fournissez les noms d’utilisateur. Les utilisateurs disposant de privilèges d’administrateur sur le domaine Windows peuvent se connecter par défaut.

Vous pouvez maintenant vous connecter à cette machine virtuelle à l’aide du Bureau à distance. Pour plus d’informations, consultez l’article suivant de la base de connaissances Microsoft, Se connecter à un autre ordinateur à l’aide de la connexion Bureau à distance.

Remarque :

Vous ne pouvez pas vous connecter à une machine virtuelle en veille ou en veille prolongée. Définissez les paramètres de veille et de mise en veille prolongée sur l’ordinateur distant sur Jamais.

Gestion du temps dans les machines virtuelles Windows

Pour les invités Windows, c’est initialement l’horloge du domaine de contrôle qui détermine l’heure. Mises à jour de l’heure pendant les opérations du cycle de vie de la machine virtuelle, telles que la suspension et le redémarrage. Nous vous recommandons d’exécuter un service NTP fiable dans le domaine de contrôle et toutes les machines virtuelles Windows.

Si vous définissez manuellement une machine virtuelle pour qu’elle ait deux heures d’avance sur le domaine de contrôle, elle persiste. Vous pouvez définir la machine virtuelle à l’avance à l’aide d’un décalage de fuseau horaire au sein de la machine virtuelle. Si vous modifiez ultérieurement l’heure du domaine de contrôle (manuellement ou par NTP), la machine virtuelle se décale en conséquence, mais conserve le décalage de deux heures. La modification du fuseau horaire du domaine de contrôle n’affecte pas les fuseaux horaires ou le décalage de la machine virtuelle. Citrix Hypervisor utilise le paramètre d’horloge matérielle de la machine virtuelle pour synchroniser la machine virtuelle. Citrix Hypervisor n’utilise pas le paramètre d’horloge système de la machine virtuelle.

Lorsque vous effectuez des opérations de suspension et de reprise ou que vous utilisez la migration en direct, assurez-vous que XenServer VM Tools pour Windows est à jour et que vous le souhaitez. XenServer VM Tools pour Windows informe le noyau Windows qu’une synchronisation de l’heure est requise après la reprise (potentiellement sur un autre hôte physique).

Remarque :

Si vous exécutez des machines virtuelles Windows dans un environnement Citrix Virtual Desktops, vous devez vous assurer que l’horloge de l’hôte a la même source que le domaine Active Directory (AD). L’échec de la synchronisation des horloges peut entraîner l’affichage d’une heure incorrecte sur les machines virtuelles et le blocage des pilotes PV Windows.

Gestion du temps dans les machines virtuelles Linux

En plus du comportement défini par Citrix Hypervisor, les paramètres et les comportements du système d’exploitation peuvent affecter le comportement de gestion du temps de vos machines virtuelles Linux. Certains systèmes d’exploitation Linux peuvent synchroniser périodiquement leur horloge système et leur horloge matérielle, ou le système d’exploitation peut utiliser son propre service NTP par défaut. Pour plus d’informations, consultez la documentation du système d’exploitation de votre machine virtuelle Linux.

Remarque :

Lors de l’installation d’une nouvelle machine virtuelle Linux, assurez-vous de remplacer le fuseau horaire UTC par défaut par votre valeur locale. Pour des instructions de distribution spécifiques, reportez-vous à la section Notes de mise à jour de Linux.

Les horloges matérielles dans les machines virtuelles Linux sont non synchronisé avec l’horloge en cours d’exécution sur le domaine de contrôle et peut être modifié. Lorsque la machine virtuelle démarre pour la première fois, l’heure du domaine de contrôle est utilisée pour définir l’heure initiale de l’horloge matérielle et de l’horloge système.

Si vous modifiez l’heure sur l’horloge matérielle, cette modification est conservée au redémarrage de la machine virtuelle.

Le comportement de l’horloge système dépend du système d’exploitation de la machine virtuelle. Pour plus d’informations, consultez la documentation du système d’exploitation de votre machine virtuelle.

Vous ne pouvez pas modifier ce comportement de gestion du temps de l’hyperviseur Citrix.

Installer des machines virtuelles à partir d’un support du kit d’options du revendeur (verrouillé par le BIOS)

Il existe deux types de machines virtuelles : BIOS générique et BIOS personnalisé. Pour activer l’installation des versions OEM de Windows du kit d’options de revendeur (verrouillé par le BIOS) sur une machine virtuelle, copiez les chaînes du BIOS de la machine virtuelle à partir de l’hôte avec lequel le support a été fourni. Les utilisateurs avancés peuvent également définir des valeurs définies par l’utilisateur pour les chaînes du BIOS.

BIOS-générique

La machine virtuelle dispose de chaînes BIOS génériques Citrix Hypervisor.

Remarque :

Si les chaînes du BIOS d’une machine virtuelle ne sont pas définies au démarrage, les chaînes du BIOS standard de Citrix Hypervisor y sont insérées et la machine virtuelle devient générique au BIOS.

Personnalisé par le BIOS

Pour les machines virtuelles HVM, vous pouvez personnaliser le BIOS de deux manières : les chaînes de BIOS de copie d’hôte et les chaînes de BIOS définies par l’utilisateur.

Remarque :

Après avoir démarré une machine virtuelle pour la première fois, vous ne pouvez pas modifier ses chaînes de BIOS. Assurez-vous que les chaînes du BIOS sont correctes avant de démarrer la machine virtuelle pour la première fois.

Copie des chaînes du BIOS de l’hôte

La machine virtuelle dispose d’une copie des chaînes du BIOS d’un serveur particulier dans le pool. Pour installer le support verrouillé par le BIOS fourni avec votre hôte, suivez les procédures indiquées ci-dessous.

Utilisation de XenCenter :

1. Cliquez sur l’icône Copier les chaînes du BIOS de l’hôte sur la machine virtuelle dans l’Assistant Nouvelle machine virtuelle.

Utilisation de l’interface de ligne de commande :

1. Exécutez le vm-install copie-bios-chaînes-from commander. Spécifiez l’icône hôte-uuid en tant qu’hôte à partir duquel les chaînes sont copiées (c’est-à-dire l’hôte avec lequel le média a été fourni) :

     xe vm-install copy-bios-strings-from=host uuid \
         template=template name sr-name-label=name of sr \
         new-name-label=name for new VM
   <!--NeedCopy-->
   

   Cette commande renvoie l’UUID de la machine virtuelle nouvellement créée.

   Par exemple :

     xe vm-install copy-bios-strings-from=46dd2d13-5aee-40b8-ae2c-95786ef4 \
         template="win7sp1" sr-name-label=Local\ storage  \
         new-name-label=newcentos
         7cd98710-bf56-2045-48b7-e4ae219799db
   <!--NeedCopy-->
   

2. Si les chaînes BIOS appropriées de l’hôte ont été copiées avec succès dans la machine virtuelle, la commande vm-is-bios-customized confirme ce succès :

     xe vm-is-bios-customized uuid=VM uuid
   <!--NeedCopy-->
   

   Par exemple :

     xe vm-is-bios-customized uuid=7cd98710-bf56-2045-48b7-e4ae219799db
         This VM is BIOS-customized.
   <!--NeedCopy-->
   

   Remarque :

   Lorsque vous démarrez la machine virtuelle, elle est démarrée sur l’hôte physique à partir duquel vous avez copié les chaînes du BIOS.

Avertissement :

Il est de votre responsabilité de vous conformer à tous les CLUF régissant l’utilisation de tous les systèmes d’exploitation verrouillés par le BIOS que vous installez.

Chaînes du BIOS définies par l’utilisateur

L’utilisateur a la possibilité de définir des valeurs personnalisées dans les chaînes BIOS sélectionnées à l’aide de l’interface de ligne de commande/API. Pour installer le support dans HVM VM avec un BIOS personnalisé, suivez la procédure indiquée ci-dessous.

Utilisation de l’interface de ligne de commande :

1. Exécutez le vm-install (sans copier-chaînes-bios-de-partir):

     xe vm-install template=template name sr-name-label=name of sr \
           new-name-label=name for new VM
   <!--NeedCopy-->
   

   Cette commande renvoie l’UUID de la machine virtuelle nouvellement créée.

   Par exemple :

     xe vm-install template="win7sp1" sr-name-label=Local\ storage  \
           new-name-label=newcentos
         7cd98710-bf56-2045-48b7-e4ae219799db
   <!--NeedCopy-->
   

2. Pour définir des chaînes BIOS définies par l’utilisateur, exécutez la commande suivante avant de démarrer la machine virtuelle pour la première fois :

     xe vm-param-set uuid=VM_UUID bios-strings:bios-vendor=VALUE \
         bios-strings:bios-version=VALUE bios-strings:system-manufacturer=VALUE \
         bios-strings:system-product-name=VALUE bios-strings:system-version=VALUE \
         bios-strings:system-serial-number=VALUE bios-strings:enclosure-asset-tag=VALUE
   <!--NeedCopy-->
   

   Par exemple :

     xe vm-param-set uuid=7cd98710-bf56-2045-48b7-e4ae219799db \
         bios-strings:bios-vendor="vendor name" \
         bios-strings:bios-version=2.4 \
         bios-strings:system-manufacturer="manufacturer name" \
         bios-strings:system-product-name=guest1 \
         bios-strings:system-version=1.0 \
         bios-strings:system-serial-number="serial number" \
         bios-strings:enclosure-asset-tag=abk58hr
   <!--NeedCopy-->
   

   Remarques  :

   • Une fois que les chaînes du BIOS définies par l’utilisateur sont définies dans un seul appel CLI/API, elles ne peuvent pas être modifiées.
   • Vous pouvez décider du nombre de paramètres que vous souhaitez fournir pour définir les chaînes du BIOS définies par l’utilisateur.

Avertissement :

Il est de votre responsabilité de :

• Respectez tous les CLUF et normes pour les valeurs définies dans le BIOS de VM.
• Assurez-vous que les valeurs que vous fournissez pour les paramètres sont des paramètres de travail. Fournir des paramètres incorrects peut entraîner l’échec de l’installation du support de démarrage.

Attribuer un GPU à une machine virtuelle Windows (à utiliser avec Citrix Virtual Desktops)

Citrix Hypervisor vous permet d’attribuer un GPU physique dans le serveur Citrix Hypervisor à une machine virtuelle Windows s’exécutant sur le même hôte. Cette fonctionnalité de relais GPU profite aux utilisateurs expérimentés, tels que les concepteurs CAO, qui ont besoin de capacités graphiques hautes performances. Il n’est pris en charge que pour une utilisation avec Citrix Virtual Desktops.

Bien que Citrix Hypervisor ne prenne en charge qu’un seul GPU pour chaque machine virtuelle, il détecte et regroupe automatiquement les GPU physiques identiques sur les hôtes du même pool. Une fois affectée à un groupe de GPU, une machine virtuelle peut être démarrée sur n’importe quel hôte du pool qui dispose d’un GPU disponible dans le groupe. Lorsqu’elle est attachée à un GPU, une machine virtuelle dispose de certaines fonctionnalités qui ne sont plus disponibles, notamment la migration en direct, les instantanés de machine virtuelle avec mémoire et la suspension/reprise.

L’attribution d’un GPU à une machine virtuelle dans un pool n’interfère pas avec le fonctionnement des autres machines virtuelles du pool. Cependant, les machines virtuelles auxquelles des GPU sont attachés sont considérées comme non agiles. Si des machines virtuelles avec des GPU attachés sont membres d’un pool avec la haute disponibilité activée, les deux fonctionnalités négligent ces machines virtuelles. Les machines virtuelles ne peuvent pas être migrées automatiquement.

Le relais GPU peut être activé à l’aide de XenCenter ou de l’interface de ligne de commande xe.

Exigences

Le relais GPU est pris en charge pour des machines et des GPU spécifiques. Dans tous les cas, la fonctionnalité de chipset IOMMU (connue sous le nom de VT-d pour les modèles Intel) doit être disponible et activée sur le serveur de l’hyperviseur Citrix. Avant d’activer la fonctionnalité de transfert GPU, consultez la page Liste de compatibilité matérielle.

Avant d’attribuer un GPU à une machine virtuelle

Avant d’attribuer un GPU à une machine virtuelle, placez les GPU physiques appropriés dans votre serveur Citrix Hypervisor, puis redémarrez la machine. Au redémarrage, Citrix Hypervisor détecte automatiquement tous les GPU physiques. Pour afficher tous les GPU physiques des hôtes du pool, utilisez l’icône xe pgpu-list commander.

Assurez-vous que la fonction de chipset IOMMU est activée sur l’hôte. Pour ce faire, entrez ce qui suit :

  xe host-param-get uuid=uuid_of_host param-name=chipset-info param-key=iommu
<!--NeedCopy-->

Si la valeur imprimée est faux, IOMMU n’est pas activé et le relais GPU n’est pas disponible à l’aide du serveur Citrix Hypervisor spécifié.

Pour attribuer un GPU à une machine virtuelle Windows à l’aide de XenCenter :

1. Arrêtez la machine virtuelle à laquelle vous souhaitez attribuer un GPU.

2. Ouvrez les propriétés de la machine virtuelle : cliquez avec le bouton droit sur la machine virtuelle et sélectionnez Propriétés.

3. Attribuer un GPU à la machine virtuelle : sélectionnez GPU dans la liste des propriétés de la machine virtuelle, puis sélectionnez un type de GPU. Cliquez sur OK.

4. Démarrez la VM.

Pour attribuer un GPU à une machine virtuelle Windows à l’aide de l’interface de ligne de commande xe :

1. Arrêtez la machine virtuelle à laquelle vous souhaitez attribuer un groupe de GPU à l’aide de la commande xe vm-shutdown commander.

2. Trouvez l’UUID du groupe GPU en saisissant ce qui suit :

     xe gpu-group-list
   <!--NeedCopy-->
   

   Cette commande imprime tous les groupes de GPU du pool. Notez l’UUID du groupe de GPU approprié.

3. Attachez la machine virtuelle à un groupe de GPU en entrant ce qui suit :

     xe vpgu-create gpu-group-uuid=uuid_of_gpu_group vm-uuid=uuid_of_vm
   <!--NeedCopy-->
   

   Pour vous assurer que le groupe de GPU a été attaché, exécutez la commande xe vgpu-list commander.

4. Démarrez la machine virtuelle à l’aide de la commande xe vm-start commander.

5. Une fois la machine virtuelle démarrée, installez les pilotes de la carte graphique sur la machine virtuelle.

   L’installation des pilotes est essentielle, car la machine virtuelle a un accès direct au matériel sur l’hôte. Les pilotes sont fournis par votre fournisseur de matériel.

Remarque :

Si vous essayez de démarrer une machine virtuelle avec le relais GPU sur l’hôte sans GPU disponible dans le groupe de GPU approprié, Citrix Hypervisor imprime une erreur.

Pour détacher une machine virtuelle Windows d’un GPU à l’aide de XenCenter :

1. Arrêtez la machine virtuelle.

2. Ouvrez les propriétés de la machine virtuelle : cliquez avec le bouton droit sur la machine virtuelle et sélectionnez Propriétés.

3. Détacher le GPU de la machine virtuelle : sélectionnez GPU dans la liste des propriétés de la machine virtuelle, puis sélectionnez Aucun comme type de GPU. Cliquez sur OK.

4. Démarrez la VM.

Pour détacher une machine virtuelle Windows d’un GPU à l’aide de l’interface de ligne de commande xe :

1. Arrêtez la machine virtuelle à l’aide de la commande xe vm-shutdown commander.

2. Recherchez l’UUID du vGPU attaché à la machine virtuelle en saisissant ce qui suit :

     xe vgpu-list vm-uuid=uuid_of_vm
   <!--NeedCopy-->
   

3. Détachez le GPU de la machine virtuelle en entrant ce qui suit :

     xe vgpu-destroy uuid=uuid_of_vgpu
   <!--NeedCopy-->
   

4. Démarrez la machine virtuelle à l’aide de la commande xe vm-start commander.

Créer des images ISO

Citrix Hypervisor peut utiliser des images ISO comme support d’installation et sources de données pour les machines virtuelles Windows ou Linux. Cette section décrit comment créer des images ISO à partir de CD/DVD.

Pour créer une ISO sur un système Linux :

1. Insérez le disque de CD-ROM ou de DVD-ROM dans le lecteur. Assurez-vous que le disque n’est pas monté. Pour vérifier, exécutez la commande :

     mount
   <!--NeedCopy-->
   

   Si le disque est monté, démontez-le. Consultez la documentation de votre système d’exploitation pour obtenir de l’aide si nécessaire.

2. En tant qu’root, exécutez la commande

     dd if=/dev/cdrom of=/path/cdimg_filename.iso
   <!--NeedCopy-->
   

   Cette commande prend un certain temps. Une fois l’opération terminée avec succès, vous voyez quelque chose comme :

     1187972+0 records in
     1187972+0 records out
   <!--NeedCopy-->
   

   Votre fichier ISO est prêt.

Pour créer une image ISO sur un système Windows :

Les ordinateurs Windows ne disposent pas d’une commande de système d’exploitation équivalente pour créer une ISO. La plupart des outils de gravure de CD permettent d’enregistrer un CD sous forme de fichier ISO.