Notes avancées pour les machines virtuelles

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 de pouvoir modifier son comportement de démarrage.

Persister (Citrix Virtual Desktops - Mode Bureau privé)

Ce comportement est le comportement 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 persist, arrêtez la machine virtuelle, puis entrez la commande suivante :

xe vdi-param-set uuid=vdi_uuid on-boot=persist

Réinitialiser (Citrix Virtual Desktops - Mode Bureau partagé)

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

Avertissement :

Après la modificationon-boot=reset, toutes les données enregistrées dans le VDI sont ignorées après le prochain arrêt/démarrage ou redémarrage.

Rendre la bibliothèque ISO disponible pour les 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

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

Pour rendre un partage SMB/CIFS Windows disponible à 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

Remplacez les barres obliques dans l’unc_path argument par des barres obliques avant. Par exemple :

xe-mount-iso-sr //server1/myisos -t cifs -o username=johndoe/mydomain

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

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

Fournisseur de service de cliché instantané de volume Windows (VSS)

Les outils Windows incluent également un fournisseur VSS pour Citrix Hypervisor qui est utilisé pour mettre le système de fichiers invité au repos en préparation d’un instantané de machine virtuelle. Le fournisseur VSS est installé dans le cadre de l’installation du pilote PV, mais n’est pas activé par défaut.

Pour activer le fournisseur VSS de Citrix Hypervisor Windows :

  1. Installez les pilotes PV Windows.

  2. Accédez au répertoire dans lequel les pilotes sont installés (par défautc:\Program Files\Citrix\XenTools, ou la valeur deHKEY_LOCAL_MACHINE\Software\Citrix\XenTools\Install_dirdans le Registre Windows).

  3. Double-cliquez sur lainstall-XenProvider.cmd commande pour activer le fournisseur VSS.

Remarques :

  • Le fournisseur VSS est automatiquement désinstallé lorsque les pilotes PV sont désinstallés. Activez à nouveau le fournisseur VSS lorsqu’il est installé à nouveau. Ils peuvent être désinstallés séparément des pilotes PVuninstall-XenProvider.cmd en utilisant dans le même répertoire.
  • L’utilisation de snapshots VSS sur les SR GFS2 n’est pas prise en charge.

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

Vous pouvez utiliser l’une des méthodes suivantes pour afficher une console Windows VM, 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 distant à la console de votre machine virtuelle.

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

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 passe à 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 Citrix VM Tools. Suivez la procédure ci-dessous pour l’activer dans chaque machine virtuelle que vous souhaitez vous 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 , activez la case à cocher Autoriser les connexions à partir d’ordinateurs exécutant n’importe quelle version du Bureau à distance (Windows 7).

  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 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 de la Base de connaissances MicrosoftSe connecter à un autre ordinateur à l’aide de 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 veille prolongée sur l’ordinateur distant sur Jamais.

Gestion du temps dans les machines virtuelles Windows

Pour les invités Windows, initialement l’horloge du domaine de contrôle commande commande l’heure. L’heure est mise à jour 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 à deux heures d’avance sur le domaine de contrôle, elle persiste. Vous pouvez définir la machine virtuelle en avant en utilisant 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é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 de la machine virtuelle ou le décalage. 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 les outils VM Citrix sont à jour installés. Citrix VM Tools notifie au noyau Windows qu’une synchronisation temporelle est nécessaire après la reprise (potentiellement sur un autre hôte physique).

Remarque :

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

Gestion du temps dans les machines virtuelles Linux

Le comportement de gestion du temps des machines virtuelles Linux dans Citrix Hypervisor dépend si la machine virtuelle est un invité PV ou un invité HVM.

Outre le comportement défini par Citrix Hypervisor, les paramètres et 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, reportez-vous à la sectionNotes de mise à jour Linux.

Gestion du temps dans les machines virtuelles PV Linux

Il existe deux comportements d’ horloge murale pour les distributions Linux paravirtualisées — dépendantes et indépendantes .

Horloge murale dépendante : les horloges système des machines virtuelles PV Linux sont synchronisées avec l’horloge en cours d’exécution sur le domaine de contrôle et ne peuvent pas être modifiées indépendamment. Ce mode est pratique, car seul le domaine de contrôle doit exécuter le service NTP (Network Time Protocol) pour conserver une heure précise sur toutes les machines virtuelles.

Horloge murale indépendante : les horloges système des machines virtuelles PV Linux ne sont pas synchronisées avec l’horloge en cours d’exécution sur le domaine de contrôle et peuvent être modifiées. Lorsque la machine virtuelle démarre, l’heure du domaine de contrôle est utilisée pour définir l’heure initiale de l’horloge système.

Certaines machines virtuelles PV Linux peuvent utiliser leindependent_wallclock paramètre pour modifier le comportement d’horloge murale de la machine virtuelle.

Le tableau suivant répertorie le comportement de l’horloge murale pour les machines virtuelles Linux PV :

Système d’exploitation invité Comportement de l’horloge murale par défaut Leindependent_wallclock paramètre est-il disponible ?
CentOS 5.x (32-/64 bits) Dépendant Oui
CentOS 6.x (32-/64 bits) Indépendant  
Red Hat Enterprise Linux 5.x (32-/64 bits) Dépendant Oui
Red Hat Enterprise Linux 6.x (32-/64 bits) Indépendant  
Oracle Linux 5.x (32-/64 bits) Dépendant Oui
Oracle Linux 6.x (32-/64 bits) Indépendant  
Scientific Linux 6.x (32-/64 bits) Indépendant  
SLES 11 SP3, SP4 (32-/64 bits) Indépendant Oui (No-op)
SLES 12 SP1, SP2 (64 bits) Indépendant Oui (No-op)
SLED 11 SP3, SP4 (64 bits) Indépendant Oui (No-op)
SLED 12 SP1, SP2 (64 bits) Indépendant Oui (No-op)
Debian 7 (32-/64 bits) Indépendant  
Neokylin Linux Advanced Server 6.5 (64 bits) Indépendant  
Neokylin Linux Advanced Server 7.2 (64 bits) Indépendant  

Pour les machines virtuelles PV Linux pour lesquelles leindependent_wallclock paramètre est disponible, vous pouvez utiliser ce paramètre pour définir si la machine virtuelle a un comportement d’horloge murale dépendant ou indépendant.

Important :

Nous vous recommandons d’utiliser ceindependent_wallclock paramètre pour activer le comportement indépendant de l’horloge murale et exécuter un service NTP fiable sur les machines virtuelles Linux et le serveur Citrix Hypervisor.

Pour définir des machines virtuelles Linux individuelles pour qu’elles aient un comportement d’horloge murale indépendant :

  1. À partir d’une invite racine sur la machine virtuelle, exécutez la commande :echo 1 > /proc/sys/xen/independent_wallclock

  2. Ce paramètre peut être conservé lors des redémarrages en modifiant le fichier de configuration /etc/sysctl.conf et en ajoutant :

    ## Set independent wall clock time
    xen.independent_wallclock=1
    
  3. En tant que troisième alternative, independent_wallclock=1 peut également être passé en tant que paramètre de démarrage à la machine virtuelle.

Pour définir des machines virtuelles Linux individuelles pour qu’elles aient un comportement d’horloge murale dépendant :

  1. À partir d’une invite racine sur la machine virtuelle, exécutez la commande :echo 0 > /proc/sys/xen/independent_wallclock

  2. Ce paramètre peut être conservé lors des redémarrages en modifiant le fichier de configuration /etc/sysctl.conf et en ajoutant :

    ## Set independent wall clock time
    xen.independent_wallclock=0
    
  3. En tant que troisième alternative, independent_wallclock=0 peut également être passé en tant que paramètre de démarrage à la machine virtuelle.

VM Linux HVM

Les horloges matérielles dans les machines virtuelles HVM Linux ne sont pas synchronisées avec l’horloge en cours d’exécution 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 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 persiste 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 VM.

Vous ne pouvez pas modifier le comportement de gestion du temps de Citrix Hypervisor pour les machines virtuelles HVM Linux.

Installer des machines virtuelles HVM à partir du support du kit d’options revendeur (BIOS)

Il existe deux types de machines virtuelles HVM : BIOS générique et BIOS personnalisé. Pour activer l’installation des versions OEM du Kit revendeur (BIOS verrouillé) 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. Alternativement, les utilisateurs avancés peuvent 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 une machine virtuelle n’a pas de chaînes BIOS définies au démarrage, les chaînes BIOS Citrix Hypervisor standard y sont insérées et la machine virtuelle devient BIOS générique.

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.

Chaînes du BIOS Copier-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é BIOS fourni avec votre hôte, suivez les procédures ci-dessous.

Utilisation de XenCenter :

  1. Activez la case à cocher Copier les chaînes du BIOS hôte vers la machine virtuelle dans l’Assistant Nouvelle machine virtuelle.

Utilisation de l’interface de ligne de commande :

  1. Exécutez la commande vm-install copy-bios-strings-from. Spécifiez lehost-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
    

    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
    
  2. Si les chaînes du BIOS pertinentes de l’hôte ont été copiées avec succès dans la machine virtuelle, la commandevm-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 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 CLI/API. Pour installer le support dans la machine virtuelle HVM avec un BIOS personnalisé, suivez la procédure ci-dessous.

Utilisation de l’interface de ligne de commande :

  1. Exécutez lavm-install commande (sanscopy-bios-strings-from ) :

    xe vm-install template=template name sr-name-label=name of sr \
          new-name-label=name for new VM
    

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

    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
    

    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 :

  • Se conformer aux CLUs et aux 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 une défaillance 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 dans le serveur Citrix Hypervisor à une machine virtuelle Windows exécutée sur le même hôte. Cette fonctionnalité GPU Pass-Through bénéficie aux utilisateurs de puissance graphique, 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.

Alors que Citrix Hypervisor ne prend 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 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 suspend/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 avec GPU 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 GPU Pass-Through est disponible uniquement pour les machines virtuelles Windows. Il peut être activé à l’aide de XenCenter ou de l’interface de ligne de commande xe.

Exigences

GPU Pass-Through est pris en charge pour des machines et des GPU spécifiques. Dans tous les cas, la fonction de chipset IOMMU (appelée VT-D pour les modèles Intel) doit être disponible et activée sur le serveur Citrix Hypervisor. Avant d’activer la fonctionnalité Pass-Through GPU, visitez leListe de compatibilité matérielle.

Avant d’attribuer un GPU à une machine virtuelle

Avant d’affecter 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 les GPU physiques. Pour afficher tous les GPU physiques sur les hôtes du pool, utilisez laxe pgpu-list commande.

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

Si la valeur imprimée estfalse, IOMMU n’est pas activé et le GPU Pass-Through 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 machine virtuelle : cliquez avec le bouton droit sur la machine virtuelle et sélectionnez Propriétés.

  3. Affecter 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 processeur graphique. Cliquez sur OK.

  4. Démarrez la machine virtuelle.

Pour affecter 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 laxe vm-shutdown commande.

  2. Recherchez l’UUID du groupe GPU en saisissant les éléments suivants :

    xe gpu-group-list
    

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

  3. Attachez la machine virtuelle à un groupe GPU en saisissant les éléments suivants :

    xe vpgu-create gpu-group-uuid=uuid_of_gpu_group vm-uuid=uuid_of_vm
    

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

  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 a 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 GPU Pass-Through sur l’hôte sans GPU disponible dans le groupe 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étachez 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 GPU. Cliquez sur OK.

  4. Démarrez la machine virtuelle.

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 laxe vm-shutdown commande.

  2. Recherchez l’UUID du vGPU attaché à la machine virtuelle en saisissant les éléments suivants :

    xe vgpu-list vm-uuid=uuid_of_vm
    
  3. Détachez le GPU de la machine virtuelle en saisissant les éléments suivants :

    xe vgpu-destroy uuid=uuid_of_vgpu
    
  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 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 supports CD/DVD.

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

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

    mount
    

    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
    

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