Machines virtuelles Windows

L’installation de machines virtuelles Windows sur l’hôte XenServer® nécessite la prise en charge de la virtualisation matérielle (Intel VT ou AMD-V).

Remarque :

La virtualisation imbriquée n’est pas prise en charge pour les machines virtuelles Windows hébergées sur XenServer.

Procédure de base pour la création d’une machine virtuelle Windows

Le processus d’installation de Windows sur une machine virtuelle comprend les étapes suivantes :

1. Sélection du modèle Windows approprié

2. Choix du mode de démarrage approprié

3. Installation du système d’exploitation Windows

4. Installation des XenServer VM Tools pour Windows (pilotes d’E/S et agent de gestion)

Avertissement :

Les machines virtuelles Windows ne sont prises en charge que lorsque les XenServer VM Tools pour Windows sont installées sur les machines virtuelles.

Modèles de machines virtuelles Windows

Les systèmes d’exploitation Windows sont installés sur des machines virtuelles en clonant un modèle approprié à l’aide de XenCenter® ou de l’interface de ligne de commande xe, puis en installant le système d’exploitation. Les modèles pour les invités individuels ont des indicateurs de plate-forme prédéfinis qui définissent la configuration du matériel virtuel. Par exemple, toutes les machines virtuelles Windows sont installées avec le mode ACPI Hardware Abstraction Layer (HAL) activé. Si vous modifiez ultérieurement l’une de ces machines virtuelles pour qu’elle ait plusieurs processeurs virtuels, Windows bascule automatiquement le HAL en mode multiprocesseur.

Les modèles Windows disponibles sont répertoriés dans le tableau suivant :

XenServer prend en charge toutes les références (éditions) pour les versions de Windows répertoriées.

Attacher une bibliothèque d’images ISO

Le système d’exploitation Windows peut être installé à partir d’un CD d’installation dans un lecteur de CD-ROM physique sur l’hôte XenServer, ou à partir d’une image ISO. Consultez Créer des images ISO pour savoir comment créer une image ISO à partir d’un CD d’installation Windows et la rendre disponible.

Créer une machine virtuelle à l’aide de XenCenter

Pour créer une machine virtuelle Windows :

1. Dans la barre d’outils XenCenter, cliquez sur le bouton Nouvelle machine virtuelle pour ouvrir l’assistant Nouvelle machine virtuelle.

   L’assistant Nouvelle machine virtuelle vous permet de configurer la nouvelle machine virtuelle, en ajustant divers paramètres pour les ressources CPU, de stockage et de réseau.

2. Sélectionnez un modèle de machine virtuelle.

   Pour commencer, choisissez un modèle de machine virtuelle approprié. Les modèles contiennent les informations de configuration pour créer une machine virtuelle avec un système d’exploitation invité spécifique, et avec la configuration optimale de stockage, de CPU, de mémoire et de réseau virtuel. Divers modèles sont fournis, et vous pouvez ajouter vos propres modèles personnalisés. Pour plus d’informations, consultez Options de modèle et de BIOS.

   Lors de la sélection d’un modèle Windows intégré, vous avez la possibilité de gérer les mises à jour des pilotes d’E/S pour les outils XenServer VM via Windows Update en activant ou désactivant la case à cocher Autoriser Windows Update à fournir les pilotes d’E/S.

   Pour les modèles personnalisés ou les instantanés, l’assistant Nouvelle machine virtuelle affiche la valeur actuelle du champ has-vendor-device. Ce champ doit être défini sur true pour permettre la livraison des pilotes PV via Windows Update.

   Remarque :

   Si vous avez l’intention d’utiliser votre machine virtuelle Windows comme cible de Citrix Provisioning ou avec l’indicateur de réinitialisation au démarrage activé, vous ne pouvez utiliser aucun des mécanismes de mise à jour automatisés. Dans de tels cas, assurez-vous que la case à cocher Autoriser Windows Update à fournir les pilotes d’E/S est désactivée. Pour plus d’informations, consultez Paramètres pour les cibles de Citrix Provisioning ou les machines à réinitialisation au démarrage.

3. (Facultatif) Configurez les chaînes du BIOS.

   Si le système d’exploitation que vous installez sur votre machine virtuelle n’est compatible qu’avec le matériel d’origine, cochez la case Copier les chaînes du BIOS de l’hôte vers la machine virtuelle. Par exemple, vous pouvez utiliser cette option pour un CD d’installation de système d’exploitation fourni avec un ordinateur spécifique. Une fois que vous avez démarré une machine virtuelle pour la première fois, les chaînes du BIOS ne peuvent pas être modifiées, assurez-vous donc qu’elles sont correctes avant de continuer.

   Pour copier les chaînes du BIOS à l’aide de la CLI, consultez Installer des machines virtuelles à partir de supports Reseller Option Kit (verrouillés par le BIOS). Les utilisateurs avancés peuvent définir des chaînes de BIOS définies par l’utilisateur. Pour plus d’informations, consultez Chaînes de BIOS définies par l’utilisateur.

4. Saisissez un nom et une description facultative pour la nouvelle machine virtuelle.

5. Choisissez la source du support d’installation du système d’exploitation à installer sur la nouvelle machine virtuelle.

   L’installation à partir d’un CD/DVD est l’option la plus simple pour commencer.

   1. Choisissez l’option de source d’installation par défaut (lecteur de DVD)
   2. Insérez le disque dans le lecteur de DVD de l’hôte XenServer

   XenServer vous permet également d’extraire des supports d’installation de système d’exploitation à partir d’une gamme de sources, y compris une bibliothèque ISO préexistante. Une image ISO est un fichier qui contient toutes les informations qu’un disque optique (CD, DVD, etc.) contiendrait. Dans ce cas, une image ISO contiendrait les mêmes données de système d’exploitation qu’un CD d’installation de Windows.

   Pour attacher une bibliothèque ISO préexistante, cliquez sur Nouvelle bibliothèque ISO et indiquez l’emplacement et le type de la bibliothèque ISO. Vous pouvez ensuite choisir le support ISO du système d’exploitation spécifique dans la liste.

6. Dans l’onglet Support d’installation, vous pouvez choisir un mode de démarrage pour la machine virtuelle. Par défaut, XenCenter sélectionne le mode de démarrage le plus sécurisé disponible pour la version du système d’exploitation de la machine virtuelle.

   Remarques :

   • Les options Démarrage UEFI et Démarrage sécurisé UEFI apparaissent grisées si le modèle de machine virtuelle que vous avez choisi ne prend pas en charge le démarrage UEFI.
   • Vous ne pouvez pas modifier le mode de démarrage après avoir démarré la machine virtuelle pour la première fois.

   Pour plus d’informations, consultez Démarrage UEFI invité et démarrage sécurisé.

7. Si nécessaire, modifiez l’option Créer et attacher un nouveau vTPM.

   • Pour les systèmes d’exploitation de machines virtuelles qui nécessitent un vTPM, l’option est sélectionnée et ne peut pas être désélectionnée.
   • Pour les systèmes d’exploitation de machines virtuelles qui ne prennent pas en charge un vTPM, l’option est grisée et ne peut pas être sélectionnée.
   • Pour les systèmes d’exploitation de machines virtuelles qui prennent en charge le vTPM, mais ne le nécessitent pas, choisissez d’attacher ou non un vTPM à la machine virtuelle.

   Pour plus d’informations, consultez vTPM.

8. Sélectionnez un serveur principal pour la machine virtuelle.

   Un serveur principal est l’hôte qui fournit les ressources pour une machine virtuelle dans un pool. Lorsque vous désignez un serveur principal pour une machine virtuelle, XenServer tente de démarrer la machine virtuelle sur cet hôte. Si cette action n’est pas possible, un autre hôte au sein du même pool est sélectionné automatiquement. Pour choisir un serveur principal, cliquez sur Placer la machine virtuelle sur ce serveur et sélectionnez un hôte dans la liste.

   Remarques :

   • Dans les pools activés pour WLB, le serveur principal désigné n’est pas utilisé pour le démarrage, le redémarrage, la reprise ou la migration de la machine virtuelle. Au lieu de cela, l’équilibrage de charge (Workload Balancing) désigne le meilleur hôte pour la machine virtuelle en analysant les métriques du pool de ressources XenServer et en recommandant des optimisations.
   • Si une machine virtuelle a une ou plusieurs GPU virtuelles qui lui sont attribuées, la désignation du serveur principal ne prend pas effet. Au lieu de cela, la désignation de l’hôte est basée sur la politique de placement des GPU virtuelles définie par l’utilisateur.
   • Lors d’une mise à niveau de pool glissante, le serveur principal n’est pas pris en compte lors de la migration de la machine virtuelle. Au lieu de cela, la machine virtuelle est migrée vers l’hôte sur lequel elle se trouvait avant la mise à niveau.

   Si vous ne souhaitez pas désigner de serveur principal, cliquez sur Ne pas attribuer de serveur principal à cette VM. La VM est démarrée sur n’importe quel hôte disposant des ressources nécessaires.

   Cliquez sur Suivant pour continuer.

9. Allouez des ressources de processeur et de mémoire à la VM. Pour une VM Windows 10 (64 bits), les valeurs par défaut sont 2 vCPU et 4 Go de RAM. Vous pouvez également choisir de modifier les valeurs par défaut. Cliquez sur Suivant pour continuer.

10. Attribuez un GPU virtuel. L’assistant Nouvelle VM vous invite à attribuer un GPU dédié ou un ou plusieurs GPU virtuels à la VM. Cette option permet à la VM d’utiliser la puissance de traitement du GPU. Grâce à cette fonctionnalité, vous bénéficiez d’un meilleur support pour les applications graphiques professionnelles 3D haut de gamme telles que les applications de CAO/FAO, de SIG et d’imagerie médicale.

11. Allouez et configurez le stockage pour la nouvelle VM.

    Cliquez sur Suivant pour sélectionner l’allocation (32 Go) et la configuration par défaut, ou vous pouvez effectuer la configuration supplémentaire suivante :

    • Modifiez le nom, la description ou la taille de votre disque virtuel en cliquant sur Modifier.
    • Ajoutez un nouveau disque virtuel en sélectionnant Ajouter.

12. Configurez la mise en réseau sur la nouvelle VM.

    Cliquez sur Suivant pour sélectionner la carte réseau et les configurations par défaut, y compris une adresse MAC unique créée automatiquement pour chaque carte réseau. Alternativement, vous pouvez effectuer la configuration supplémentaire suivante :

    • Modifiez le réseau physique, l’adresse MAC ou la priorité de qualité de service (QoS) du disque virtuel en cliquant sur Modifier.
    • Ajoutez une nouvelle carte réseau virtuelle en sélectionnant Ajouter.

13. (Facultatif) Si cette VM doit être utilisée comme modèle avec Citrix Provisioning ou avec l’indicateur reset-on-boot défini, assurez-vous que Démarrer automatiquement la nouvelle VM n’est pas sélectionné. Cela vous permet d’effectuer certaines configurations requises avant d’installer Windows.

14. Vérifiez les paramètres, puis cliquez sur Créer maintenant pour créer la VM et revenir à l’onglet Rechercher.

    Une icône pour votre nouvelle VM apparaît sous l’hôte dans le volet Ressources.

15. (Facultatif) Si cette VM est destinée à être utilisée comme modèle avec Citrix Provisioning ou si l’indicateur reset-on-boot est défini, configurez la VM avant d’installer Windows.

    Dans la console de l’hôte, tapez la commande suivante :

    xe vm-param-set uuid=<uuid> has-vendor-device=false
    

    L’indicateur has-vendor-device=false garantit que Windows Update ne tente pas d’installer ou de mettre à jour les pilotes d’E/S inclus dans les XenServer VM Tools. Pour plus d’informations, consultez (/fr-fr/xenserver/8/vms/windows/vm-tools.html#settings-for-citrix-provisioning-targets-or-reset-on-boot-machines).

16. Dans le volet Ressources, sélectionnez la VM, puis cliquez sur l’onglet Console pour afficher la console de la VM.

17. (Facultatif) Si vous souhaitez pouvoir cloner la VM, nous vous recommandons de ne pas exécuter la configuration initiale de Windows, appelée Out-Of-Box-Experience (OOBE). Au lieu de cela, lorsque l’OOBE démarre sur la page qui demande les informations de région, appuyez sur Ctrl + Maj + F3 pour entrer en mode audit.

    Vous pouvez ensuite utiliser Sysprep pour généraliser la VM. Pour plus d’informations, consultez (#prepare-to-clone-a-windows-vm-by-using-sysprep).

    Si vous n’avez pas l’intention de cloner la VM, passez aux étapes suivantes de cette procédure.

18. Suivez l’écran d’installation du système d’exploitation et faites vos sélections.

19. Une fois l’installation du système d’exploitation terminée et la VM redémarrée, (#install-xenserver-vm-tools-for-windows).

Créer une VM Windows à l’aide de la CLI

Pour créer une VM Windows à partir d’un référentiel ISO à l’aide de la CLI xe :

Remarque :

Pour les VM Windows 10 et Windows 11, l’exigence d’un vTPM est spécifiée par le modèle. Vous n’avez pas besoin d’ajouter quoi que ce soit aux commandes CLI xe pour configurer le vTPM.

1. Créez une VM à partir d’un modèle :

   xe vm-install new-name-label=<vm_name> template=<template_name>
   <!--NeedCopy-->
   

   Cette commande renvoie l’UUID de la nouvelle VM.

2. (Facultatif) Modifier le mode de démarrage de la VM.

   xe vm-param-set uuid=<uuid> HVM-boot-params:firmware=<mode>
   xe vm-param-set uuid=<uuid> platform:secureboot=<option>
   <!--NeedCopy-->
   

   La valeur de mode peut être BIOS ou uefi et est par défaut uefi si cette option est prise en charge par le système d’exploitation de votre VM. Sinon, le mode est par défaut BIOS. La valeur de option peut être définie sur true ou false. Si vous ne spécifiez pas l’option Secure Boot, elle est par défaut auto.

   Pour plus d’informations, consultez Démarrage UEFI invité et Secure Boot.

3. (Facultatif) Si cette VM est destinée à être utilisée comme modèle avec Citrix Provisioning ou si l’indicateur reset-on-boot est défini, configurez la VM avant d’installer Windows.

   xe vm-param-set uuid=<uuid> has-vendor-device=false
   <!--NeedCopy-->
   

   L’indicateur has-vendor-device=false garantit que Windows Update ne tente pas d’installer ou de mettre à jour les pilotes d’E/S inclus dans les outils de VM XenServer. Pour plus d’informations, consultez Paramètres pour les cibles Citrix Provisioning ou les machines de réinitialisation au démarrage.

4. Créer un référentiel de stockage ISO :

   xe-mount-iso-sr <path_to_iso_sr>
   <!--NeedCopy-->
   

5. Répertorier toutes les ISO disponibles :

   xe cd-list
   <!--NeedCopy-->
   

6. Insérer l’ISO spécifiée dans le lecteur de CD virtuel de la VM spécifiée :

   xe vm-cd-add vm=<vm_name> cd-name=<iso_name> device=3
   <!--NeedCopy-->
   

7. Démarrer la VM et installer le système d’exploitation :

   xe vm-start vm=<vm_name>
   <!--NeedCopy-->
   

   À ce stade, la console de la VM est visible dans XenCenter.

8. Dans le volet Ressources de XenCenter, sélectionnez la VM, puis cliquez sur l’onglet Console pour afficher la console de la VM.

9. (Facultatif) Si vous souhaitez pouvoir cloner la VM, nous vous recommandons de ne pas exécuter la configuration initiale de Windows, connue sous le nom d’expérience prête à l’emploi (OOBE). Au lieu de cela, lorsque l’OOBE démarre sur la page qui demande les informations de région, appuyez sur Ctrl + Maj + F3 pour entrer en mode audit.

   Vous pouvez ensuite utiliser Sysprep pour généraliser la VM. Pour plus d’informations, consultez Préparer le clonage d’une VM Windows à l’aide de Sysprep.

   Si vous n’avez pas l’intention de cloner la VM, passez aux étapes suivantes de cette procédure.

10. Suivez l’écran d’installation du système d’exploitation et faites vos sélections.

11. Une fois l’installation du système d’exploitation terminée et la machine virtuelle redémarrée, installez les XenServer VM Tools pour Windows.

Pour plus d’informations sur l’utilisation de l’interface de ligne de commande, consultez Interface de ligne de commande.

Installer les XenServer VM Tools pour Windows

Les XenServer VM Tools pour Windows fournissent des services d’E/S hautes performances sans la surcharge de l’émulation de périphérique traditionnelle. Pour plus d’informations sur les XenServer VM Tools pour Windows et leur utilisation avancée, consultez XenServer VM Tools pour Windows.

Avant d’installer les XenServer VM Tools pour Windows, assurez-vous que votre machine virtuelle est configurée pour recevoir les pilotes d’E/S de Windows Update. Windows Update est le moyen recommandé pour recevoir les mises à jour des pilotes d’E/S. Toutefois, si Windows Update n’est pas une option disponible pour votre machine virtuelle, vous pouvez également recevoir les mises à jour des pilotes d’E/S par d’autres moyens. Pour plus d’informations, consultez Mettre à jour les pilotes d’E/S.

Pour installer les XenServer VM Tools pour Windows :

1. Nous vous recommandons de créer un instantané de votre machine virtuelle avant d’installer ou de mettre à jour les XenServer VM Tools.

2. Téléchargez le fichier XenServer VM Tools pour Windows depuis la page de téléchargements XenServer.

3. Vérifiez votre téléchargement par rapport à la valeur SHA-256 fournie.

4. Copiez le fichier sur votre machine virtuelle Windows ou sur un lecteur partagé auquel la machine virtuelle Windows peut accéder.

5. Exécutez le fichier managementagentxXX.msi pour commencer l’installation des XenServer VM Tools.

   Msiexec.exe /package managementagentxXX.msi
   

6. Suivez les invites de l’installateur.

   1. Suivez les instructions de l’assistant pour accepter le contrat de licence et choisir un dossier de destination.

   2. L’assistant affiche les paramètres recommandés sur la page Paramètres d’installation et de mise à jour. Pour plus d’informations sur la personnalisation de ces paramètres, consultez XenServer VM Tools pour Windows.

   3. Cliquez sur Suivant, puis sur Installer pour lancer le processus d’installation des XenServer VM Tools pour Windows.

7. Redémarrez la VM lorsque vous y êtes invité pour terminer le processus d’installation.

Mettre à niveau le système d’exploitation Windows de votre VM

Les mises à niveau des VM sont généralement requises lorsque Microsoft publie une nouvelle version ou révision, ou lors du passage à une version plus récente de XenServer.

Avant de mettre à niveau votre VM Windows

1. Si vous mettez à jour votre système d’exploitation vers une version de Windows qui nécessite un vTPM (comme Windows 11), vous devez attacher un vTPM à votre VM avant de mettre à niveau son système d’exploitation. Pour plus d’informations, consultez Attacher un vTPM à une VM.
2. Mettez à niveau les XenServer VM Tools pour Windows vers la dernière version sur la VM. Pour plus d’informations, consultez XenServer VM Tools pour Windows.

3. Assurez-vous que toutes les anciennes versions des pilotes XenServer VM Tools pour Windows sont nettoyées. Vous pouvez le faire en exécutant les commandes suivantes dans la VM Windows :

   1. Exécutez l’outil de nettoyage des XenServer VM Tools pour Windows : <tools-install-directory>\uninstall.exe cleanup

   2. Listez tous les pilotes installés à l’aide de la commande pnputil.exe -enum-drivers.

      Tous les pilotes dont le Nom du fournisseur est XenServer et le Nom publié est de la forme oemxx.inf doivent être supprimés.

   3. Pour supprimer ces pilotes, exécutez la commande suivante pour chaque pilote : pnputil.exe -delete-driver oemXX.inf

      Cette commande supprime uniquement les anciennes versions des pilotes qui ne sont pas utilisées. Si le pilote est en cours d’utilisation, la commande échoue correctement.

Mettre à niveau le système d’exploitation Windows

Vous pouvez mettre à niveau vos VM Windows de l’une des manières suivantes :

• Utilisez Windows Update pour mettre à niveau la version du système d’exploitation Windows sur vos VM Windows. Si vous utilisez Windows Update pour mettre à jour vos XenServer VM Tools, nous vous recommandons d’utiliser cette méthode.
• Utilisez l’ISO d’installation de Windows pour les versions plus récentes. Les disques d’installation de Windows offrent généralement une option de mise à niveau si vous les démarrez sur un serveur sur lequel une version antérieure de Windows est déjà installée.

Dans la console de votre machine virtuelle Windows, suivez les invites de mise à niveau fournies par Windows.

Préparer le clonage d’une machine virtuelle Windows à l’aide de Sysprep

La seule méthode prise en charge pour cloner une machine virtuelle Windows consiste à utiliser l’utilitaire Windows sysprep pour préparer la machine virtuelle.

L’utilitaire sysprep modifie le SID de l’ordinateur local pour le rendre unique à chaque ordinateur. Les binaires sysprep se trouvent dans le dossier C:\Windows\System32\Sysprep.

Pour plus d’informations sur l’utilisation de Sysprep, consultez Sysprep (Généraliser) une installation Windows.

Pour exécuter Sysprep sur une machine virtuelle Windows :

Remarque :

Sous Windows 10 et 11, la configuration initiale de Windows ou l’expérience prête à l’emploi (OOBE) installe des applications (telles qu’AppX) qui peuvent interférer avec le processus sysprep. En raison de ce comportement, lors de la création d’une machine virtuelle clonable, nous vous recommandons de sauter la configuration initiale et de démarrer Windows en mode audit à la place.

1. Créez une machine virtuelle Windows.

2. Installez Windows.

3. (Facultatif) Lorsque l’expérience prête à l’emploi (OOBE) démarre sur la page qui demande des informations régionales, appuyez sur Ctrl + Maj + F3. Windows démarre en mode audit. Pour plus d’informations, consultez Démarrer Windows en mode audit ou OOBE.

   Bien que cela ne soit pas obligatoire, nous vous recommandons de quitter l’OOBE pour éviter de créer un compte utilisateur inutile sur l’image et d’éviter les problèmes de compatibilité avec les applications tierces. Si vous continuez avec l’OOBE, certaines applications ou mises à jour Windows installées pendant l’OOBE pourraient empêcher Sysprep de fonctionner correctement.

4. Installez la dernière version des XenServer VM Tools pour Windows.

5. Installez toutes les applications et effectuez toute autre configuration requise.

6. Exécutez sysprep pour généraliser la machine virtuelle. Cet utilitaire arrête la machine virtuelle une fois l’opération terminée.

Remarque :

Ne redémarrez pas la machine virtuelle généralisée d’origine (la machine virtuelle « source ») après l’étape sysprep. Convertissez-la immédiatement en modèle par la suite pour éviter les redémarrages. Si la machine virtuelle source est redémarrée, sysprep doit être exécuté à nouveau avant qu’elle puisse être utilisée en toute sécurité pour créer d’autres clones.

Pour cloner une machine virtuelle Windows généralisée :

1. À l’aide de XenCenter, convertissez la machine virtuelle en modèle.

2. Clonez le modèle nouvellement créé dans de nouvelles machines virtuelles selon les besoins.

3. Lorsque la machine virtuelle clonée démarre, elle effectue les actions suivantes avant d’être disponible :

   • Elle obtient un nouveau SID et un nouveau nom
   • Elle exécute une configuration pour demander les valeurs de configuration si nécessaire
   • Enfin, elle redémarre

Personnaliser les machines virtuelles Windows à l’aide de Sysprep

XenServer peut personnaliser une machine virtuelle Windows en cours d’exécution en transmettant un fichier de réponses (généralement unattend.xml) à Microsoft Sysprep à l’intérieur de l’invité. XenServer télécharge le fichier sur la machine virtuelle via un CD-ROM virtuel temporaire, exécute Sysprep, et la machine virtuelle termine la personnalisation après le redémarrage. Ce mécanisme vous permet de configurer de grands déploiements Windows par programmation à partir d’une image partagée.

XenServer prend en charge cette opération via l’API de gestion et l’interface de ligne de commande xe. Elle n’est pas disponible depuis XenCenter. XenServer ne valide pas le contenu du fichier de réponses.

Exigences

• La machine virtuelle doit être en cours d’exécution.
• La VM doit avoir les outils XenServer VM Tools pour Windows installés, avec les pilotes PV version 9.4.2 ou ultérieure.
• L’édition de Windows installée dans la VM doit prendre en charge Sysprep.

Utilisation de l’API de gestion

La classe VM expose une méthode sysprep qui prend le contenu du fichier de réponses et un délai d’attente (en secondes). Pour la signature complète de la méthode et la référence des paramètres, consultez Class: VM — sysprep.

Utilisation de la CLI xe

Exécutez la commande suivante, en remplaçant <vm-uuid> par l’UUID de la VM en cours d’exécution que vous souhaitez personnaliser et unattend.xml par le chemin d’accès à votre fichier de réponses :

xe vm-sysprep uuid=<vm-uuid> filename=unattend.xml
<!--NeedCopy-->

La commande accepte les arguments suivants :

• uuid - l’UUID de la VM en cours d’exécution à personnaliser.
• filename - chemin d’accès au fichier de réponses Sysprep à transmettre à la VM.
• timeout - facultatif. Temps en secondes à attendre le redémarrage de la VM. La valeur par défaut est 180 secondes.

La commande se termine lorsque la VM redémarre ou lorsque le délai d’attente expire. Étant donné que le temps de personnalisation dépend du contenu du fichier de réponses, vous devrez peut-être augmenter le délai d’attente. Si la personnalisation se termine après l’expiration du délai d’attente, l’interface de ligne de commande signale un échec même si Sysprep a pu se terminer avec succès. Dans ce cas, augmentez le délai d’attente et réessayez.

Dépannage

• Délai d’attente signalé par l’interface de ligne de commande alors que Sysprep est toujours en cours. Si Sysprep est toujours en cours d’exécution dans la VM lorsque l’interface de ligne de commande expire, augmentez la valeur timeout et réessayez. Si Sysprep s’est arrêté ou a échoué (par exemple, à cause d’un mauvais fichier de réponses), augmenter le délai d’attente n’aide pas. Inspectez les journaux Sysprep de Windows à l’intérieur de la VM comme décrit dans Erreurs de fichier de réponses.

• La personnalisation ne démarre pas. Confirmez que la VM est en cours d’exécution et que XenServer VM Tools pour Windows version 9.4.2 ou ultérieure est installé. Vous pouvez vérifier la version du pilote installé avec la commande suivante :

   xe vm-param-get uuid=<vm-uuid> param-name=PV-drivers-version
   <!--NeedCopy-->
  

• Erreurs de fichier de réponses. XenServer ne valide pas le fichier de réponses. Inspectez les journaux Sysprep de Windows à l’intérieur de la VM (%WINDIR%\System32\Sysprep\Panther\) pour plus de détails.

Notes de publication des machines virtuelles Windows

Il existe de nombreuses versions et variantes de Windows avec différents niveaux de prise en charge des fonctionnalités fournies par XenServer. Cette section répertorie les notes et les errata pour les différences connues.

Problèmes généraux de Windows

• Lors de l’installation de machines virtuelles Windows, commencez avec un maximum de trois disques virtuels. Une fois la machine virtuelle et les XenServer VM Tools pour Windows installés, vous pouvez ajouter des disques virtuels supplémentaires. Assurez-vous que le périphérique de démarrage est toujours l’un des disques initiaux afin que la machine virtuelle puisse démarrer correctement sans les XenServer VM Tools pour Windows.

• Lorsque le mode de démarrage d’une machine virtuelle Windows est le démarrage BIOS, Windows formate le disque principal avec un enregistrement de démarrage principal (MBR). Le MBR limite l’espace de stockage adressable maximal d’un disque à 2 Tio. Pour utiliser un disque de plus de 2 Tio avec une machine virtuelle Windows, effectuez l’une des opérations suivantes :

  • Si le démarrage UEFI est pris en charge pour la version de Windows, assurez-vous d’utiliser l’UEFI comme mode de démarrage pour la machine virtuelle Windows.
  • Créez le grand disque comme disque secondaire pour la machine virtuelle et sélectionnez le format de table de partition GUID (GPT).

• Plusieurs vCPU sont exposés en tant que sockets de CPU aux invités Windows et sont soumis aux limitations de licence présentes dans la machine virtuelle. Le nombre de CPU présents dans l’invité peut être confirmé en vérifiant le Gestionnaire de périphériques. Le nombre de CPU réellement utilisés par Windows peut être consulté dans le Gestionnaire des tâches.

• L’ordre d’énumération des disques dans un invité Windows peut différer de l’ordre dans lequel ils ont été initialement ajoutés. Ce comportement est dû à l’interaction entre les pilotes d’E/S et le sous-système Plug-and-Play dans Windows. Par exemple, le premier disque peut apparaître comme Disk 1, le disque suivant branché à chaud comme Disk 0, un disque ultérieur comme Disk 2, puis de manière ascendante comme prévu.

• Un bogue dans le back-end DirectX du lecteur VLC remplace le jaune par le bleu pendant la lecture vidéo lorsque les propriétés d’affichage de Windows sont définies sur une couleur 24 bits. VLC utilisant OpenGL comme back-end fonctionne correctement, et tout autre lecteur vidéo basé sur DirectX ou OpenGL fonctionne également. Ce n’est pas un problème si l’invité est configuré pour utiliser une couleur 16 bits plutôt que 24 bits.

• L’adaptateur Ethernet PV signale une vitesse de 100 Gbit/s dans les machines virtuelles Windows. Cette vitesse est une valeur codée en dur artificielle et n’est pas pertinente dans un environnement virtuel car la carte réseau virtuelle est connectée à un commutateur virtuel. La machine virtuelle Windows utilise la vitesse maximale disponible, mais le réseau pourrait ne pas être capable d’atteindre les 100 Gbit/s.

• Si vous tentez d’établir une connexion RDP non sécurisée à une machine virtuelle Windows, cette action peut échouer avec le message d’erreur suivant : « Cela peut être dû à la correction de l’oracle de chiffrement CredSSP. » Cette erreur se produit lorsque la mise à jour du protocole Credential Security Support Provider (CredSSP) est appliquée à un seul des clients et serveurs de la connexion RDP. Pour plus d’informations, consultez https://support.microsoft.com/en-gb/help/4295591/credssp-encryption-oracle-remediation-error-when-to-rdp-to-azure-vm.