VMs Windows

L’installation de VMs 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 VMs Windows hébergées sur XenServer.

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

Le processus d’installation de Windows sur une VM 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 l’agent de gestion)

Avertissement :

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

Modèles de VM Windows

Les systèmes d’exploitation Windows sont installés sur les VMs 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 VMs Windows sont installées avec le mode ACPI Hardware Abstraction Layer (HAL) activé. Si vous modifiez ultérieurement l’une de ces VMs pour qu’elle dispose de plusieurs CPU 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 SKU (é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 plus d’informations sur la façon de créer une image ISO à partir d’un CD d’installation Windows et de 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.

   Lorsque vous sélectionnez un modèle Windows intégré, vous avez la possibilité de gérer les mises à jour des pilotes d’E/S pour les outils de machine virtuelle XenServer 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. Après le premier démarrage d’une machine virtuelle, 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 personnalisées. 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 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 de diverses 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 l’exigent 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 à 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 compatibles 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 machine virtuelle. La machine virtuelle 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 machine virtuelle. Pour une machine virtuelle 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 machine virtuelle vous invite à attribuer un GPU dédié ou un ou plusieurs GPU virtuels à la machine virtuelle. Cette option permet à la machine virtuelle 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 machine virtuelle.

    Cliquez sur Suivant pour sélectionner l’allocation par défaut (32 Go) et la configuration, 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 machine virtuelle.

    Cliquez sur Suivant pour sélectionner la carte réseau par défaut et les configurations, 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 machine virtuelle doit être utilisée comme modèle avec Citrix Provisioning ou avec l’indicateur reset-on-boot défini, assurez-vous que l’option Démarrer automatiquement la nouvelle machine virtuelle n’est pas sélectionnée. 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 machine virtuelle et revenir à l’onglet Rechercher.

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

15. (Facultatif) Si cette machine virtuelle est destinée à être utilisée comme modèle avec Citrix Provisioning ou si l’indicateur reset-on-boot est défini, configurez la machine virtuelle 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/9/vms/windows/vm-tools.html#settings-for-citrix-provisioning-targets-or-reset-on-boot-machines).

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

17. (Facultatif) Si vous souhaitez pouvoir cloner la machine virtuelle, 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 machine virtuelle. Pour plus d’informations, consultez (#prepare-to-clone-a-windows-vm-by-using-sysprep).

    Si vous n’avez pas l’intention de cloner la machine virtuelle, 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 machine virtuelle redémarrée, (#install-xenserver-vm-tools-for-windows).

Créer une machine virtuelle Windows à l’aide de l’interface de ligne de commande

Pour créer une machine virtuelle Windows à partir d’un référentiel ISO à l’aide de l’interface de ligne de commande xe :

Remarque :

Pour les machines virtuelles Windows 10 et Windows 11, l’exigence d’un vTPM est spécifiée par le modèle. Vous n’êtes pas tenu d’ajouter quoi que ce soit aux commandes de l’interface de ligne de commande xe pour configurer le vTPM.

1. Créez une machine virtuelle à 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 machine virtuelle.

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 pour 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 à réinitialisation au démarrage.

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

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

5. Répertoriez toutes les ISO disponibles :

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

6. Insérez 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émarrez la VM et installez 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, appelée Out-Of-Box-Experience (OOBE). Au lieu de cela, lorsque l’OOBE démarre sur la page qui demande les informations régionales, 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. Après la fin de l’installation du système d’exploitation et le redémarrage de la machine virtuelle, installez les outils 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 outils XenServer VM Tools pour Windows

Les outils 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 outils XenServer VM Tools pour Windows et leur utilisation avancée, consultez XenServer VM Tools pour Windows.

Avant d’installer les outils 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. Cependant, 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 outils 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 outils 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 outils 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 outils 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 de 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 proposent 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 est d’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, voir 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 d’ignorer 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 les informations de région, appuyez sur Ctrl + Maj + F3. Windows démarre en mode audit. Pour plus d’informations, voir Démarrer Windows en mode audit ou OOBE.

   Bien que non 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 Windows Update qui sont installées pendant l’OOBE pourraient empêcher Sysprep de fonctionner correctement.

4. Installez la dernière version des outils 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 VM. Cet utilitaire arrête la VM une fois terminé.

Remarque :

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

Pour cloner une VM Windows généralisée :

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

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

3. Lorsque la VM 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 VM Windows à l’aide de Sysprep

XenServer personnalise les machines virtuelles Windows à l’aide de Microsoft Windows Sysprep. Pendant le processus, XenServer télécharge un fichier XML fourni par l’utilisateur vers la VM et exécute l’exécutable Sysprep pour appliquer la configuration. La VM termine la personnalisation après le redémarrage. Ce mécanisme permet la configuration programmatique de grands déploiements de VM Windows créés à partir d’une image partagée.

Cette fonctionnalité nécessite les pilotes PV Windows version 9.4.2 ou ultérieure. XenServer la prend en charge via l’API XenServer et l’utilitaire de ligne de commande XE, mais pas via XenCenter.

Pour lancer la personnalisation, l’appel d’API Sysprep de la VM ou la commande XE transmet un fichier de configuration XML (généralement nommé unattend.xml) à la commande Sysprep sur la VM. XenServer crée un CD-ROM virtuel temporaire contenant le fichier et l’insère dans la VM. Ce CD-ROM apparaît dans XenCenter avec un préfixe « SYSPREP » et ne doit pas être utilisé à d’autres fins. XenServer supprime automatiquement le CD-ROM une fois la personnalisation terminée.

XenServer ne valide ni n’inspecte le fichier XML et ne signale aucun problème lié à son contenu.

Instructions API

L’objet VM expose une méthode VM.sysprep qui accepte le code XML de personnalisation comme paramètre direct, ainsi qu’une valeur de délai d’attente. Pour plus d’informations, consultez la documentation de l’API VM.

Instructions CLI

# xe vm-sysprep uuid=176f8e25-3bba-c5b0-7124-cc06a0edc13a filename=unattend.xml

La commande xe accepte les arguments suivants :

• L’UUID de la machine virtuelle à personnaliser. La VM doit être en état de fonctionnement.

• Le nom de fichier du fichier sysprep, qui sera transmis aux outils sysprep de Windows.

• Une valeur de délai d’attente facultative, spécifiée en secondes. Si elle n’est pas fournie, le délai d’attente par défaut est de 180 secondes.

La commande CLI renvoie un résultat lorsque la VM redémarre ou lorsque le délai d’attente expire. Étant donné que la durée de la personnalisation dépend du contenu du fichier XML, vous devrez peut-être ajuster la valeur du délai d’attente. Si la personnalisation se termine après le délai d’attente, la commande CLI signale un échec, même si le processus a pu se terminer avec succès.

Dépannage

L’API Sysprep et la commande CLI vérifient plusieurs conditions avant d’initier la personnalisation :

• Disponibilité de la fonctionnalité : XenServer vérifie que la fonctionnalité Sysprep est activée dans /etc/xapi.conf.

• Prise en charge des pilotes : XenServer confirme que les pilotes de la VM prennent en charge la fonctionnalité. Vous pouvez vérifier la compatibilité des pilotes à partir de la CLI sur l’hôte où la VM est en cours d’exécution.

[root@eu1-dt034 ~]# xenstore-ls -f | grep sysprep
/local/domain/11/control/feature-sysprep = "1"
/local/domain/14/control/feature-sysprep = "1"
<!--NeedCopy-->

La sortie ci-dessus montre que la fonctionnalité est prise en charge sur les domaines locaux 11 et 14. La version du pilote utilisée par ces domaines peut être inspectée de la même manière :

[root@eu1-dt034 ~]# xenstore-ls -f | grep PVAddons
/local/domain/11/attr/PVAddons = ""
/local/domain/11/attr/PVAddons/BuildVersion = "178"
/local/domain/11/attr/PVAddons/Installed = "1"
/local/domain/11/attr/PVAddons/MajorVersion = "9"
/local/domain/11/attr/PVAddons/MicroVersion = "2"
/local/domain/11/attr/PVAddons/MinorVersion = "4"
/local/domain/14/attr/PVAddons = ""
/local/domain/14/attr/PVAddons/BuildVersion = "178"
/local/domain/14/attr/PVAddons/Installed = "1"
/local/domain/14/attr/PVAddons/MajorVersion = "9"
/local/domain/14/attr/PVAddons/MicroVersion = "2"
/local/domain/14/attr/PVAddons/MinorVersion = "4"
<!--NeedCopy-->

Cela peut également être observé à l’aide de la CLI XE :

# xe vm-param-get param-name=PV-drivers-version  uuid=aeefa4d2-75d9-4e9f-41d3-c383713a8ac7
major: 9; minor: 4; micro: 2; build: 178; xeniface: XenServer 9.1.13.96 ; xenvif: XenServer 9.1.14.109 ; xenbus: XenServer 9.1.12.120
<!--NeedCopy-->

• Délai d’attente signalé par l’API ou la commande XE alors que Sysprep est toujours en cours. Si Sysprep est toujours en cours d’exécution dans la machine virtuelle lorsque le délai d’attente est signalé, augmentez le délai par rapport à la valeur par défaut de 180 secondes et réessayez. Si Sysprep s’est arrêté ou a échoué (par exemple, en raison d’un fichier de réponses incorrect), l’augmentation du délai d’attente n’aide pas. Inspectez les journaux Sysprep de Windows à l’intérieur de la machine virtuelle (%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 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 GUID Partition Table (GPT).

• Plusieurs vCPU sont exposés en tant que sockets 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 vu 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 de 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 vers le haut de la manière attendue.

• Un bug dans le backend 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 backend 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.

• L’adaptateur Ethernet PV signale une vitesse de 100 Gbit/s dans les machines virtuelles Windows. Cette vitesse est une valeur artificielle codée en dur 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 complets.

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