XenServer

Notes avancées pour les machines virtuelles

August 1, 2026

Contributeur:

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

Comportement de démarrage des VM

Il existe deux options pour le comportement du VDI d’une machine virtuelle lorsque la machine virtuelle est démarrée :

Remarque :

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

Persistance

Conseil :

Utilisez ce comportement de démarrage si vous hébergez des Citrix Virtual Desktops™ 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 se trouvait lors du dernier arrêt.

Sélectionnez cette option si vous prévoyez d’autoriser les utilisateurs à apporter des modifications permanentes à leurs bureaux. 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 Citrix Virtual Desktops qui sont des machines partagées ou allouées de manière aléatoire.

Au démarrage de la machine virtuelle, le VDI est restauré à 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 bureaux standardisés que les utilisateurs ne peuvent pas modifier de manière permanente. Pour sélectionner la réinitialisation, arrêtez la VM, puis entrez la commande suivante :

Avertissement :

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

Rendre la bibliothèque ISO disponible pour les hôtes XenServer®

Pour rendre une bibliothèque ISO disponible pour les hôtes XenServer, 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’indicateur no_root_squash lors de la création de 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 de l’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 de montage.

Pour rendre un partage SMB/CIFS Windows disponible pour l’hôte, utilisez XenCenter ou connectez-vous à la console de l’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 inverses dans l’argument unc_path par des barres obliques. Par exemple :

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

Après avoir monté le partage, toutes les ISO disponibles sont accessibles depuis la liste Installer à partir de la bibliothèque ISO ou du lecteur de DVD dans XenCenter. Ces ISO sont également disponibles en tant qu’images CD à partir des commandes CLI.

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

Se connecter à une VM Windows à l’aide du Bureau à distance

Vous pouvez utiliser l’une des méthodes suivantes pour afficher la console d’une VM Windows, toutes deux prenant 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 à XenServer pour fournir un accès à distance à la console de votre machine virtuelle.
Connexion à l’aide du Bureau à distance Windows. Cette méthode utilise la technologie du protocole de bureau à distance

Dans XenCenter, sous l’onglet Console, il y a un bouton Basculer vers le Bureau à distance. Ce bouton désactive la console graphique standard dans XenCenter et bascule vers l’utilisation du Bureau à distance.

Si le Bureau à distance n’est pas activé dans la machine virtuelle, ce bouton est désactivé. Pour l’activer, installez les XenServer VM Tools pour Windows. 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 :

Ouvrez Système en cliquant sur le bouton Démarrer, faites un clic droit sur Ordinateur, puis sélectionnez Propriétés.
Cliquez sur Paramètres à distance. Si vous êtes invité à saisir un mot de passe administrateur, tapez le mot de passe que vous avez créé lors de la configuration de la machine virtuelle.
Dans la zone Bureau à distance, cochez la case intitulée Autoriser les connexions à partir d’ordinateurs exécutant n’importe quelle version du Bureau à distance.
Pour sélectionner les utilisateurs non-administrateurs qui peuvent se connecter à cette machine virtuelle Windows, cliquez sur le bouton Sélectionner les utilisateurs à distance et indiquez 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 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 hibernation. Définissez les paramètres de veille et d’hibernation sur l’ordinateur distant sur Jamais.

Gestion de l’heure dans les machines virtuelles Windows

Pour les invités Windows, l’horloge du domaine de contrôle pilote initialement l’heure. L’heure est mise à jour lors des opérations de cycle de vie de la machine virtuelle telles que la suspension et le redémarrage. Nous recommandons de configurer un service NTP fiable pour le domaine de contrôle et toutes les machines virtuelles Windows à utiliser. Pour plus d’informations, consultez Modifier la configuration NTP d’un serveur.

Si vous réglez manuellement une machine virtuelle avec deux heures d’avance sur le domaine de contrôle, ce réglage persiste. Vous pouvez avancer l’heure de cette dernière en utilisant un décalage de fuseau horaire à l’intérieur de celle-ci. 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 maintient 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 VM. XenServer utilise le réglage de l’horloge matérielle de la machine virtuelle pour la synchroniser. XenServer n’utilise pas le réglage de l’horloge système de cette dernière.

Lors de l’exécution d’opérations de suspension et de reprise ou de l’utilisation de la migration en direct, assurez-vous que les XenServer VM Tools pour Windows sont à jour et installés. Les XenServer VM Tools pour Windows informent le noyau Windows qu’une synchronisation de l’heure est requise après la reprise (potentiellement sur un hôte physique différent).

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). Un échec de synchronisation des horloges peut entraîner l’affichage d’une heure incorrecte par les machines virtuelles et provoquer le plantage des pilotes PV Windows.

Gestion de l’heure dans les machines virtuelles Linux

Outre le comportement défini par XenServer, les paramètres et comportements du système d’exploitation peuvent affecter la gestion de l’heure 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 modifier le fuseau horaire du réglage UTC par défaut à votre valeur locale. Pour des instructions spécifiques à la distribution, consultez les Notes de publication de Linux.

Les horloges matérielles des machines virtuelles Linux ne sont pas synchronisées avec l’horloge du domaine de contrôle et peuvent être modifiées. 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 de l’horloge matérielle, cette modification est conservée lorsque la machine virtuelle redémarre.

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 de votre système d’exploitation de machine virtuelle.

Vous ne pouvez pas modifier ce comportement de gestion de l’heure de XenServer.

Installer des machines virtuelles à partir de supports Reseller Option Kit (verrouillés par le BIOS)

Il existe deux types de machines virtuelles : génériques BIOS et personnalisées BIOS. Pour permettre l’installation de versions OEM de Windows Reseller Option Kit (verrouillées par le BIOS) sur une machine virtuelle, copiez les chaînes BIOS de la machine virtuelle à partir de l’hôte avec lequel le support a été fourni. Alternativement, les utilisateurs avancés peuvent définir des valeurs personnalisées pour les chaînes BIOS.

BIOS générique

La machine virtuelle possède des chaînes BIOS XenServer génériques.

Remarque :

Si une machine virtuelle n’a pas de chaînes BIOS définies lors de son démarrage, les chaînes BIOS XenServer standard y sont insérées et la machine virtuelle devient générique BIOS.

BIOS personnalisé

Vous pouvez personnaliser le BIOS de deux manières : les chaînes BIOS de copie d’hôte et les chaînes BIOS définies par l’utilisateur.

Remarque :

Après le premier démarrage d’une machine virtuelle, vous ne pouvez plus modifier ses chaînes BIOS. Assurez-vous que les chaînes BIOS sont correctes avant de démarrer la machine virtuelle pour la première fois.

Chaînes BIOS de copie d’hôte

La machine virtuelle possède une copie des chaînes BIOS d’un hôte particulier du pool. Pour installer le média verrouillé par le BIOS fourni avec votre hôte, suivez les procédures ci-dessous.

Utilisation de XenCenter :

Cochez la case Copier les chaînes BIOS de l’hôte vers la machine virtuelle dans l’Assistant Nouvelle machine virtuelle.

Utilisation de la CLI :

Exécutez la commande vm-install copy-bios-strings-from. Spécifiez host-uuid comme l’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-->

Si les chaînes BIOS pertinentes 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

```
Par exemple :
```
xe vm-is-bios-customized uuid=7cd98710-bf56-2045-48b7-e4ae219799db
    This VM is BIOS-customized.

```
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 BIOS.

Avertissement :

Il est de votre responsabilité de vous conformer à toutes les CLUF régissant l’utilisation des systèmes d’exploitation BIOS-locked que vous installez.

Chaînes BIOS définies par l’utilisateur

L’utilisateur a la possibilité de définir des valeurs personnalisées dans des chaînes BIOS sélectionnées à l’aide de la CLI/API. Pour installer le média dans une machine virtuelle avec un BIOS personnalisé, suivez la procédure ci-dessous.

Utilisation de la CLI :

Exécutez la commande vm-install (sans copy-bios-strings-from):

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-->

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 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 BIOS définies par l’utilisateur.

Avertissement :

Il est de votre responsabilité de :

Respecter les CLUF et les normes pour les valeurs définies dans le BIOS de la VM.

Assurez-vous que les valeurs que vous fournissez pour les paramètres sont des paramètres fonctionnels. La fourniture de paramètres incorrects peut entraîner un échec de démarrage/d’installation du média.

Attribuer un GPU à une VM Windows (pour une utilisation avec Citrix Virtual Desktops)

XenServer vous permet d’attribuer un GPU physique de l’hôte XenServer à une VM Windows exécutée sur le même hôte. Cette fonctionnalité de pass-through GPU est avantageuse pour les utilisateurs intensifs de graphiques, tels que les concepteurs CAO, qui nécessitent des capacités graphiques hautes performances. Elle est prise en charge uniquement pour une utilisation avec Citrix Virtual Desktops.

Bien que XenServer ne prenne en charge qu’un seul GPU par VM, il détecte et regroupe automatiquement les GPU physiques identiques sur les hôtes du même pool. Une fois attribuée à un groupe de GPU, une VM peut être démarrée sur n’importe quel hôte du pool disposant d’un GPU disponible dans le groupe. Lorsqu’elle est attachée à un GPU, une VM perd certaines fonctionnalités, notamment la migration en direct, les instantanés de VM avec mémoire et la suspension/reprise.

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

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

Prérequis

Le pass-through 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 l’hôte XenServer. Avant d’activer la fonctionnalité de pass-through GPU, consultez la Liste de compatibilité matérielle.

Avant d’attribuer un GPU à une VM

Avant d’attribuer un GPU à une VM, installez les GPU physiques appropriés dans votre hôte XenServer, puis redémarrez la machine. Au redémarrage, XenServer détecte automatiquement tous les GPU physiques. Pour afficher tous les GPU physiques sur les hôtes du pool, utilisez la commande xe pgpu-list.

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

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

Si la valeur affichée est false, l’IOMMU n’est pas activée et le pass-through GPU n’est pas disponible à l’aide de l’hôte XenServer spécifié.

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

Arrêtez la VM à laquelle vous souhaitez attribuer un GPU.
Ouvrez les propriétés de la VM : cliquez avec le bouton droit sur la VM et sélectionnez Propriétés.
Attribuez un GPU à la VM : sélectionnez GPU dans la liste des propriétés de la VM, puis sélectionnez un type de GPU. Cliquez sur OK.
Démarrez la VM.

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

Arrêtez la VM à laquelle vous souhaitez attribuer un groupe de GPU à l’aide de la commande xe vm-shutdown.
Recherchez l’UUID du groupe de GPU en saisissant ce qui suit :
```
xe gpu-group-list

```
Cette commande affiche tous les groupes de GPU du pool. Notez l’UUID du groupe de GPU approprié.
Attachez la VM à un groupe de GPU en saisissant ce qui suit :
```
xe vpgu-create gpu-group-uuid=uuid_of_gpu_group vm-uuid=uuid_of_vm

```
Pour vous assurer que le groupe de GPU a été attaché, exécutez la commande xe vgpu-list.
Démarrez la VM à l’aide de la commande xe vm-start.
Une fois la VM démarrée, installez les pilotes de carte graphique sur la VM.

L’installation des pilotes est essentielle, car la VM 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 tentez de démarrer une VM avec un pass-through GPU sur l’hôte sans GPU disponible dans le groupe de GPU approprié, XenServer affiche une erreur.

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

Arrêtez la VM.
Ouvrez les propriétés de la VM : cliquez avec le bouton droit sur la VM et sélectionnez Propriétés.
Détachez le GPU de la VM : sélectionnez GPU dans la liste des propriétés de la VM, puis sélectionnez Aucun comme type de GPU. Cliquez sur OK.
Démarrez la VM.

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

Arrêtez la VM à l’aide de la commande xe vm-shutdown.
Recherchez l’UUID du vGPU attaché à la VM en saisissant ce qui suit :
```
xe vgpu-list vm-uuid=uuid_of_vm

```
Détachez le GPU de la VM en saisissant ce qui suit :
```
xe vgpu-destroy uuid=uuid_of_vgpu

```
Démarrez la VM à l’aide de la commande xe vm-start.

Créer des images ISO

XenServer peut utiliser des images ISO comme supports d’installation et sources de données pour les VM Windows ou Linux. Cette section explique comment créer des images ISO à partir de supports CD/DVD.

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

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

```
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.
En tant que root, exécutez la commande
```
dd if=/dev/cdrom of=/path/cdimg_filename.iso

```
Cette commande prend un certain temps. Lorsque l’opération est terminée avec succès, vous voyez quelque chose comme :
```
1187972+0 records in
1187972+0 records out

```
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 image ISO. La plupart des outils de gravure de CD permettent d’enregistrer un CD sous forme de fichier ISO.

La version officielle de la documentation de ce produit est en anglais. Toute version dans une langue autre que l’anglais est fournie uniquement à titre indicatif et peut inclure du contenu traduit automatiquement. Pour en savoir plus, veuillez consulter la clause de non-responsabilité relative à la traduction automatique sur Cloud Software Group home.

Cela vous a-t-il été utile ?

Notes avancées pour les machines virtuelles

August 1, 2026

Contributeur:

August 1, 2026

Contributeur:

Dans cet article

Comportement de démarrage des VM
Rendre la bibliothèque ISO disponible pour les hôtes XenServer®
Se connecter à une VM Windows à l’aide du Bureau à distance
Gestion de l’heure dans les machines virtuelles Windows
Gestion de l’heure dans les machines virtuelles Linux
Installer des machines virtuelles à partir de supports Reseller Option Kit (verrouillés par le BIOS)
Attribuer un GPU à une VM Windows (pour une utilisation avec Citrix Virtual Desktops)
Créer des images ISO

Cela vous a-t-il été utile ?