Remarques avancées pour les machines virtuelles

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

Comportement de démarrage

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 Citrix Virtual Desktops qui sont des machines statiques ou dédiées.

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

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

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

Reset

Conseil :

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

Lors du démarrage de la machine virtuelle, le VDI est rétabli à l’état dans lequel il se trouvait au 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 définitivement. 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 la modification 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.

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’ no_root_squash indicateur lorsque vous créez l’entrée de partage /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 transmettre 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 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 dans l’argument unc_path par des barres obliques avant. Par exemple :

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

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

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

• À l’aide 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 du Bureau à distance Windows. Cette méthode utilise la technologie Remote Desktop Protocol

Dans XenCenter de l’onglet Console, il y a un bouton Passer au Bureau à distance. Ce bouton désactive la console graphique standard dans XenCenter et passe à l’utilisation du Bureau à distance.

Si le Bureau à distance n’est pas activé sur 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 sur chaque machine virtuelle que vous souhaitez connecter à l’aide du Bureau à distance.

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

1. Ouvrez Système en cliquant sur le bouton Démarrer, cliquez avec le bouton droit sur Ordinateur, puis sélectionnez Propriétés.

2. Cliquez sur Paramètres distants. Si vous êtes invité à entrer un mot de passe administrateur, tapez le mot de passe que vous avez créé lors de la configuration de la machine virtuelle

3. Dans la zone Bureau à distance, cochez la case Autoriser les connexions à partir d’ordinateurs exécutant n’importe quelle version du Bureau à distance.

4. Pour sélectionner les utilisateurs non administrateurs qui peuvent se connecter à cette machine virtuelle Windows, cliquez sur le bouton Sélectionner les utilisateurs distants et saisissez 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 veille prolongée. Définissez les paramètres de mise en veille et de veille prolongée sur l’ordinateur distant sur Jamais.

Gestion du temps dans les machines virtuelles Windows

Pour les invités Windows, l’horloge du domaine de contrôle détermine initialement l’heure. L’heure est mise à jour pendant les opérations du cycle de vie des machines virtuelles 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 en utilisant un décalage de fuseau horaire dans la machine virtuelle. Si vous modifiez ultérieurement l’heure du domaine de contrôle (manuellement ou par NTP), la machine virtuelle se déplace 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 ni le décalage des machines virtuelles. 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 installé à jour. XenServer VM Tools pour Windows avertit le noyau Windows qu’une synchronisation horaire est requise après la reprise (potentiellement sur un hôte physique différent).

Remarque :

Si vous exécutez des machines virtuelles Windows dans l’environnement Citrix Virtual Desktops, vous devez vous assurer que l’horloge de l’hôte possède 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 des machines virtuelles et provoquer le plantage des pilotes PV Windows.

Gestion du temps dans les machines virtuelles Linux

Outre le 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 changer le fuseau horaire de l’UTC par défaut à votre valeur locale. Pour obtenir des instructions de distribution spécifiques, consultez les notes de publication de Linux.

Les horloges matérielles dans les machines virtuelles Linux ne sont pas synchronisées avec l’horloge exécutée sur le 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 régler 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 du 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 du temps de Citrix Hypervisor.

Installer des machines virtuelles à partir d’un support Reseller Option Kit (verrouillé par le BIOS)

Il existe deux types de VM : le BIOS générique et le BIOS personnalisé. Pour activer l’installation des versions OEM du kit d’options revendeur (verrouillées par le BIOS) de Windows 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 sur les chaînes du BIOS.

BIOS-générique

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

Remarque :

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

BIOS personnalisé

Pour les machines virtuelles HVM, vous pouvez personnaliser le BIOS de deux façons : les chaînes du BIOS Copy-Host et les chaînes du 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.

Chaînes du BIOS Copier-hôte

La machine virtuelle possède 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 ci-dessous.

Utilisation de XenCenter :

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

À l’aide du CLI :

1. Exécutez la commande vm-install copy-bios-strings-from. Spécifiez le host-uuid comme 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 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
   <!--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 se conformer aux CLUF régissant l’utilisation de tous les systèmes d’exploitation verrouillés par 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 du BIOS sélectionnées à l’aide de l’interface CLI/API. Pour installer le support dans la machine virtuelle HVM avec un BIOS personnalisé, suivez la procédure ci-dessous.

À l’aide du CLI :

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

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 choisir le 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 la machine virtuelle.
• Assurez-vous que les valeurs que vous fournissez pour les paramètres sont des paramètres de travail. La fourniture de paramètres incorrects peut entraîner un échec de l’installation du support ou du démarrage.

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

Citrix Hypervisor vous permet d’attribuer un GPU physique sur le serveur Citrix Hypervisor à une machine virtuelle Windows exécutée sur le même hôte. Cette fonctionnalité d’intercommunication GPU profite aux utilisateurs avancés de graphiques, tels que les concepteurs CAO, qui ont besoin de capacités graphiques hautes performances. Il est pris en charge uniquement 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 des GPU physiques identiques sur les hôtes du même pool. Une fois assigné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 connectée à un GPU, une machine virtuelle possè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 d’autres machines virtuelles du pool. Cependant, les machines virtuelles avec GPU attachés sont considérées comme non agiles. Si les machines virtuelles auxquelles des GPU sont connectés sont membres d’un pool dont la haute disponibilité est 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é du chipset IOMMU (connue sous le nom de VT-d pour les modèles Intel) doit être disponible et activée sur le serveur Citrix Hypervisor. Avant d’activer la fonctionnalité d’intercommunication GPU, consultez la 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 sur les hôtes du pool, utilisez la commande xe pgpu-list.

Assurez-vous que la fonctionnalité du chipset IOMMU est activée sur l’hôte. Pour ce faire, entrez les éléments suivants :

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

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

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

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

2. Ouvrez les propriétés de la VM : cliquez avec le bouton droit sur la VM 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 que vous souhaitez affecter un groupe GPU à l’aide de la commande xe vm-shutdown.

2. Recherchez l’UUID du groupe de 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 saisissant les informations suivantes :

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

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

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

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

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

Remarque :

Si vous essayez de démarrer une machine virtuelle avec passerelle GPU sur l’hôte sans GPU disponible dans le groupe GPU approprié, Citrix Hypervisor affiche 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 VM : cliquez avec le bouton droit sur la VM et sélectionnez Propriétés.

3. Détachez le GPU de la VM : 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.

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 saisissant les informations suivantes :

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

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

Créer des images ISO

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

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

1. Insérez le CD ou le 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 installé, démontez le disque. Consultez la documentation de votre système d’exploitation pour obtenir de l’aide si nécessaire.

2. En tant que root, exécutez la commande

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

   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
   <!--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 ont un moyen d’enregistrer un CD en tant que fichier ISO.