Product Documentation

Configuration système requise

Jul 13, 2016

Configuration requise pour les bases de données

Les bases de données suivantes sont prises en charge : Microsoft SQL Server 2008 SP3 jusqu'à 2014 (éditions x86, x84 et Express).

La mise en cluster de bases de données est prise en charge.

SQL Server 2012 prend en charge le suivi permanent, mais ne prend pas en charge le basculement de plusieurs sous-réseaux.

Configuration requise pour le système de licences

le serveur de licences Citrix pour cette version est inclus sur le support d'installation. Reportez-vous à la documentation sur le système de licences Citrix pour de plus amples informations sur les licences et la configuration requise. vous devez toujours utiliser la version la plus récente du serveur de licences Citrix pour obtenir les dernières fonctionnalités.

Configuration requise pour Provisioning Server

Systèmes d'exploitation

  • Windows Server 2012 et Windows Server 2012 R2 ; éditions Standard, Essential et Datacenter
  • Windows Server 2008 R2 et Windows Server 2008 R2 SP1 ; éditions Standard, Enterprise et Datacenter

La version en anglais de Provisioning Services est prise en charge sur les systèmes d’exploitation en japonais, allemand, espagnol, français, chinois simplifié, chinois traditionnel, coréen et russe.

Processeurs

Intel ou AMD compatible x64 ; 2 GHz minimum ; 3 GHz recommandés ; 3,5 GHz Dual Core/HT ou semblable pour des charges supérieures à 250 machines cibles.

Mémoire

2 Go de RAM minimum ; 4 Go recommandés; 4 Go requis pour un nombre de vDisks supérieur à 250.

Disque dur et stockage

La gestion des espaces de stockage des disques est importante dans la mesure où de nombreux vDisks peuvent être stockés sur un serveur Provisioning Server, et chaque disque peut avoir une taille de plusieurs Gigaoctets. Vos performances de streaming peuvent être accrues à l'aide d'un contrôleur RAID, d'un SAN ou d'un NAS.

Le disque dur doit disposer d'un espace suffisant pour stocker les vDisks. Par exemple, si vous avez un disque dur de 15 Go, vous pouvez uniquement créer un vDisk de 14 Go.

Des exigences supplémentaires dépendent de plusieurs facteurs, comme par exemple :

  • Capacité de stockage du disque dur : exigences du système d'exploitation et des applications exécutées sur une machine cible. Citrix recommande d'ajouter 20 % à la taille de base de l'image finale installée.
  • Mode Private Image : nombre de machines cibles utilisant un vDisk en mode Private Image (les vDisks en mode Private Image doivent être sauvegardés tous les jours).
  • Mode Standard Image : nombre de machines cibles utilisant un vDisk en mode Standard Image. il est fortement conseillé d'effectuer une copie de chaque vDisk créé.
  • Tailles minimales des espaces de stockages courants
    • 250 Mo pour la base de données
    • 5 Go sur un système nouveau Windows
    • 15 Go par vDisk pour les images de classe Vista (estimé).

Carte réseau

  • IP statique
  • Minimum 100 Mo Ethernet, 1 Go Ethernet recommandé ; Dual 1 Go Ethernet s'il y a plus de 250 machines cibles. généralement, les performances sont meilleures avec deux cartes d'interface réseau au lieu d'une seule carte d'interface réseau double-port.

Logiciel Provisioning Server

  • Le programme d'installation de Provisioning Server requiert Microsoft .NET 4.5.2 et Windows PowerShell 3.0

Configuration réseau requise

Configuration requise pour les ports TCP et UDP
Communication entre serveurs Provisioning Server
  •  Chaque serveur Provisioning Server doit être configuré de sorte à utiliser les mêmes ports (UDP) afin qu'ils puissent communiquer entre eux à l'aide de Messaging Manager. Au moins cinq ports doivent exister dans la plage sélectionnée. La plage de ports est configurée via la boîte de dialogue Stream Services lorsque l'assistant de configuration est lancé.
    Remarque : si vous configurez une haute disponibilité (HD), tous les serveurs Provisioning Server sélectionnés en tant que serveurs de basculement doivent être hébergés sur le même site. Il n'est pas prévu que la HD transite par des sites.
  • Le premier port d'une plage par défaut est UDP 6890 et le dernier port est 6909.

Communication entre machine cible et serveurs Provisioning Server

  • Chaque serveur Provisioning Server doit être configuré de sorte à utiliser les mêmes ports (UDP) afin qu'ils puissent communiquer avec des machines cibles à l'aide de StreamProcess.
  • La plage de ports est configurée via l'onglet Network de la console sur la boîte de dialogue Server Properties.
  • Les ports par défaut sont les suivants : UDP 6910, 6911, 6912, 6913, 6914, 6915, 6916, 6917, 6918, 6919, 6920, 6921, 6922, 6923, 6924, 6925, 6926, 6927, 6928, 6929 et 6930. Toutefois, les trois premiers (6910, 6911, 6912) sont réservés pour Provisioning Services.

Communication entre Provisioning Services et machine cible

Les machines cibles communiquent avec Provisioning Services à l'aide des ports UDP 6901, 6902 et 6905. Contrairement aux numéros de port utilisés pour la communication entre les serveurs Provisioning Server et une machine cible, la communication entre une machine cible et Provisioning Services ne peut pas être configurée.

Communication au niveau du serveur d'ouverture de session

  • Chaque serveur Provisioning Server utilisé en tant que serveur d'ouverture de session doit être configuré via la boîte de dialogue Stream Servers Boot List lorsque l'assistant de configuration est lancé.
  • Le port par défaut qu'utilisent les serveurs d'ouverture de session est UDP 6910

Communication au niveau de la console

Le serveur SOAP est utilisé lors de l'accès à la console. Les ports (TCP) sont configurés via la boîte de dialogue Stream Services lorsque l'assistant de configuration est lancé. Pour Powershell : MCLI-Run SetupConnection Pour MCLI : MCLI Run SetupConnection

Communication au niveau du TFTP

  • La valeur du port TFTP est stockée dans le registre : HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\BNTFTP\Parameters Port
  • Le port TFTP par défaut est UDP 69.

Communication au niveau du TSB

  • La valeur du port TSB est stockée dans le registre : HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\PVSTSB\Parameters Port
  • Le port TSB par défaut est UDP 6969.

Port Fast

Port Fast doit être activé.

Carte réseau

PXE 0.99j, PXE 2.1 ou ultérieur.

Adressage réseau

DHCP

Configuration requise pour les machines cibles

Dans la plupart des implémentations, un seul vDisk fournit une image standard pour plusieurs machines cibles. Pour simplifier maintenance de la machine cible et du vDisk, créez et gérez moins de vDisks et attribuez plus de machines cibles à chaque vDisk.

Afin d'avoir un seul vDisk, toutes les machines cibles doivent avoir certains points communs pour assurer que le système d'exploitation dispose de tous les pilotes nécessaires à son bon fonctionnement. Les trois composants principaux devant être semblables sont la carte mère, la carte réseau ou la carte graphique.

Le pilote d'association de cartes réseau Microsoft ou le logiciel d'association de cartes d'interface réseau OEM doit être installé et configuré avant d’installer le logiciel de la machine cible.

L’interface UEFI est prise en charge, mais veuillez noter ce qui suit :

  • Le BDM (Boot Device Manager) et le menu Boot ne sont pas disponibles pour les environnements UEFI.
  • Le Provisioning Services Network Boot Program (NBP) prend en charge la vérification UEFI SecureBoot. Citrix vous recommande d'activer SecureBoot lorsque cela est pris en charge par le firmware. La seule exception concerne les VM Hyper-V de deuxième génération. Hyper-V ne contient pas de certificats racines Microsoft Windows Production CA 2011 et Microsoft Corporation UEFI CA 2011. Le Provisioning Services Network Boot Program certifié par UEFI n'est pas correctement authentifié par Hyper-V, par conséquent vous devez désactiver Hyper-V SecureBoot.

Systèmes d'exploitation sur les machines cibles

Les machines cibles sont identifiées par le système d'exploitation exécuté sur la machine. Les systèmes d'exploitation suivants sont pris en charge pour les machines cibles.

Remarque : les images vDisk à double démarrage ne sont pas prises en charge.
  • Machines cibles Provisioning Services sans un Virtual Desktop Agent (VDA) installé :
    • Windows 10 (32 bits ou 64 bits) ; toutes les éditions
    • Windows 8 (32 bits ou 64 bits) et Windows 8.1 (32 bits ou 64 bits) ; toutes les éditions
    • Windows 7 SP1 (32 bits ou 64 bits) ; Enterprise, Professionnel, Intégrale
      Remarque : Windows 7 Édition Intégrale est pris en charge uniquement en mode Private Image.
    • Windows Server 2012 et Windows Server 2012 R2 ; éditions Standard, Essential et Datacenter
    • Windows Server 2008 R2 et Windows Server 2008 R2 SP1 ; éditions Standard, Datacenter et Enterprise
  • Machines cibles XenDesktop avec la dernière version d’un VDA installée :
    • Windows 10
    • Windows 8 (32 bits ou 64 bits) et Windows 8.1 (32 bits ou 64 bits) ; toutes les éditions
    • Windows 7 SP1 (32 bits ou 64 bits) ; Enterprise, Professionnel, Intégrale.
      Remarque : Windows 7 Édition Intégrale est pris en charge uniquement en mode Private Image.
    • Windows Server 2012 et Windows Server 2012 R2 ; éditions Standard, Essential et Datacenter
    • Windows Server 2008 R2 et Windows Server 2008 R2 SP1 ; éditions Standard, Datacenter et Enterprise
    Remarque : la version de VDA doit être la même pour toutes les machines dans un catalogue XenDesktop. lors de la mise à jour de Virtual Desktop Agent sur l'image vDisk, vous devez également définir le niveau fonctionnel VDA pour le catalogue XenDesktop. Consultez les rubriques de mise à niveau XenDesktop pour plus d'informations.

Les versions en anglais, japonais, allemand, espagnol, français, chinois simplifié, chinois traditionnel, coréen et russe des systèmes d'exploitation sont prises en charge par Provisioning Services.

Configuration requise par le logiciel de la machine cible

.NET 4.0 (par défaut).  

Considérations de clé de licence Microsoft

  • Windows 10, Windows 8, Windows 7, Windows Server 2012 et Windows Server 2008R2 sont déployés avec les clés de licence en volume du serveur gestionnaire de clés (KMS) ou de la clé d'activation multiple Microsoft (MAK).
  • Windows Office 2010 et Office 2013 sont déployés à l'aide de licences KMS.
    Remarque : afin que le système de licences MAK fonctionne, l'outil de gestion d'activation de volume (VAMT) pour ce système d'exploitation client doit être installé sur tous les serveurs d'ouverture de session dans une batterie.
    Remarque : les modes Private Image et Standard Image prennent en charge KMS et MAK.
    Les licences en volume sont configurées dans l'image vDisk lorsque l'assistant de création d'image est lancé sur la machine cible principale. Les licences en volume pour le fichier vDisk sont configurées sur l'onglet Microsoft Volume Licensing, accessible depuis la boîte de dialogue vDisk File Properties de la console.

Types de systèmes de fichiers pris en charge

NTFS

Configuration requise pour la console

  • Processeur : minimum 1 GHz, 2 GHz recommandés
  • Mémoire : minimum 1 Go, 2 Go recommandés
  • Disque dur : minimum 500 Mo
  • Systèmes d'exploitation pris en charge :
    • Windows Server 2012 ; éditions Standard, Essential et Datacenter
    • Windows Server 2012 R2 : éditions Standard, Essential et Datacenter
    • Windows Server 2008 R2 et Windows Server 2008 R2 SP1 ; éditions Standard, Datacenter et Enterprise
    • Windows 10
    • Windows 8.1 (64 bits) ; toutes les éditions
    • Windows 8 (32 bits ou 64 bits) ; toutes les éditions
    • Windows 7 (32 ou 64 bits)
    • Windows Vista (32 bits ou 64 bits) ; Professionnel, Entreprise et Intégrale (licences de détail)
  • Logiciel :
    • MMC 3.0, Microsoft .NET 4.0, Windows PowerShell 2.0
    • Si vous utilisez Provisioning Services avec XenDesktop et la fonctionnalité de gestion de mise à jour d'image, .NET 3.5.1
    • Si vous utilisez Provisioning Services avec SCVMM, PowerShell 3.0

Configuration requise pour le stockage

Le magasin doit être en mesure de communiquer avec la base de données Provisioning Services.

Configuration requise pour XenDesktop Setup Wizard

L'assistant Provisioning Services XenDesktop Set Up fonctionne uniquement avec le contrôleur XenDesktop correspondant, en d'autres termes le niveau des versions doit être identique.

  • Un ou plusieurs hôtes XenDesktop configurés avec des modèles identiques doivent exister.
  • Une collection de machine doit avoir été créée dans un site Provisioning Services.
  • Le vDisk qui sera attribué à chaque VM doit se trouver en mode Standard Image.
  • Permissions :
    • Un contrôleur XenDesktop doit exister avec des autorisations pour l'utilisateur courant.
    • Des autorisations minimales doivent être configurées pour vCenter, SCVMM et XenServer.
    • Le compte d'utilisateur de la console Provisioning Services doit être configuré en tant qu'administrateur XenDesktop et doit avoir été ajouté à un groupe PVS SiteAdmin ou supérieur.
    • Si vous utilisez Provisioning Services avec XenDesktop, le compte d'utilisateur du serveur SOAP doit posséder les privilèges d'administrateur complet XenDesktop.
    • Lors de la création de nouveaux comptes dans la console, l'utilisateur utilise la permission Active Directory Create Accounts. Pour utiliser des comptes existants, les comptes Active Directory doivent déjà exister dans une unité d'organisation connue pour sélection.
    • Lors de la création d'un catalogue de machines dans XenDesktop, le fichier du périphérique de démarrage est créé automatiquement (éliminant le besoin de démarrer avec PXE) et un disque cache en écriture est automatiquement associé et formaté lors du premier démarrage.
    • Lors de la mise à jour de Virtual Desktop Agent (VDA) sur l'image vDisk, vous devez également définir le niveau fonctionnel approprié du catalogue XenDesktop à l'aide de la console XenDesktop. Consultez les rubriques de mise à niveau XenDesktop pour plus d'informations.
    • Lors de l'importation d'un fichier .csv Active Directory, utilisez le format suivant : ,,. Le fichier CSV doit contenir l'en-tête de colonne. Par exemple, le contenu du fichier .csv est le suivant :

      Nom,Type,Description,

      PVSPC01,Ordinateur,,

      La virgule de fin doit être présente pour signifier trois valeurs, même s'il n'existe aucune description. Ceci est du même format utilisé par le composant logiciel enfichable MMC Utilisateurs et ordinateurs Active Directory lors de l'exportation du contenu d'une unité d'organisation.

    • Si vous utilisez des Personal vDisks avec XenDesktop, le compte d'utilisateur du serveur SOAP doit posséder les privilèges d'administrateur complet XenDesktop.
  • Configuration requise pour la machine virtuelle (VM) modèle :
    • Une machine virtuelle modèle doit être créée à partir d'une machine virtuelle fonctionnelle (qui est connectée au réseau et qui démarre avec succès).
    • Ordre de démarrage : réseau/PXE en premier dans la liste (comme pour les machines physiques).
    • Réseau : adresses MAC statiques. Si vous utilisez XenServer, l'adresse ne peut être 00-00-00-00-00-00
    Remarque : si vous utilisez des disques durs, l’assistant crée automatiquement et formate le disque (NTFS) avec une partition de cache en écriture assez grande pour le cache. Aucun disque dur n'est requis.
  • Configuration requise pour System Center Virtual Machine Management (SCVMM) :
    • Les serveurs SCVMM requièrent que PowerShell 2.0 soit installé et configuré pour le nombre de connexions. Le nombre de connexions requises pour un serveur SCVMM devrait être supérieur ou égal au nombre d'hyperviseurs hébergés utilisés par l'assistant d'installation pour le clonage de machines virtuelles. Par exemple : pour définir des connexions sur 25 depuis une invite Powershell, exécutez : winrm set winrm/config/winrs @{MaxShellsPerUser="25"}winrm set winrm/config/winrs @{MaxConcurrentUsers="25"}.
    • SCCM 2012 SP1 requiert PowerShell 3.0.
    • Pour que SCVMM fonctionne avec XenDesktop, l'utilisateur doit exécuter la commande PowerShell suivante ; set-ExecutionPolicy unrestricted sur SCVMM.
    • Pour Microsoft SCVMM, veuillez vérifier que l'adresse MAC du modèle n'est pas 00-00-00-00-00-00 avant de tenter de cloner le modèle. Si nécessaire, utilisez la boîte de dialogue des propriétés de modèle pour attribuer une adresse MAC.
  • si vous exécutez un serveur vCenter sur des ports différents, les modifications suivantes apportées au registre doivent être effectuées afin de vous y connecter depuis Provisioning Services :
    • Créez une nouvelle clé HKLM\Software\Citrix\ProvisioningServices\PlatformEsx
    • Créez une nouvelle chaîne dans la clé PlatformEsx appelée ServerConnectionString et définissez-la sur http://{0}:PORT#/sdk
      Remarque : si vous utilisez le port 300, ServerConnectionString= http://{0}:300/sdk
  • Lors de l'utilisation de plusieurs NIC, l'assistant XenDesktop suppose que le premier NIC est le NIC de Provisioning Services, et ainsi le modifie en accord avec le réseau de machine virtuelle dans le contrôleur de domaine. Il s'agit du premier NIC répertorié dans les propriétés de machines virtuelles.
  • Pour utiliser la fonctionnalité synthétique, la première carte d'interface réseau héritée et la carte d'interface réseau synthétique doivent être sur le même réseau. Si l'assistant Provisioning Services XenDesktop Set Up est utilisé avec SCVMM, le réseau de la première carte réseau héritée et des cartes réseau synthétiques changera en fonction de la ressource réseau définie par XenDesktop, ou par l'utilisateur si l'hôte SCVMM dispose de plusieurs ressources réseau.
  • Prise en charge de multiples cartes réseau pour les bureaux de machines virtuelles privés XenDesktop.
  • Les Virtual Desktop Agents XenDesktop d'ancienne génération sont pris en charge sur les machines virtuelles. Pour plus de détails, référez-vous à la section Configuration requise pour VDA dans la documentation XenDesktop.

Remarque

Une machine cible Provisioning Services (PVS) sur une machine virtuelle BIOS d'ancienne génération ESXi 6.0 avec une version matérielle 10 et 11 ne peut pas se connecter au serveur PVS, ce qui entraîne la création d’un nouveau contrôleur SATA, une boucle de redémarrage (c’est-à-dire, une VM qui redémarre constamment), ou un blocage. Pour de plus amples informations, reportez-vous à l’article Machine cible Provisioning Services sur une VM BIOS d'ancienne génération ESXi.

Configuration requise par Streamed VM Setup Wizard

  • Un ou plusieurs hôtes d'hyperviseur doivent exister dans un modèle configuré.
  • Une collection de machine doit exister dans un site Provisioning Services.
  • Un vDisk en mode Standard Image doit exister, devant être associé avec le modèle de VM sélectionné.
  • Configuration requise pour la VM modèle :
    • Ordre de démarrage : réseau/PXE doit être en premier dans la liste (comme pour les machines physiques).
    • Disques dur : si vous utilisez le cache en écriture local, un disque formaté NTFS assez important doit être utilisé pour que le cache existe. Sinon, aucun disque dur n'est requis.
    • Réseau : adresses MAC statiques. Si vous utilisez XenServer, l'adresse ne peut pas être 00-00-00-00-00-00
    • Avant de créer un modèle à partir d'une VM, assurez-vous que la VM est pleinement opérationnelle.
  • Permissions :
    • Le compte d'utilisateur de la console Provisioning Services doit avoir été ajouté à un groupe PVS SiteAdmin ou supérieur.
    • Si vous utilisez Active Directory, lors de la création de nouveaux comptes dans la console, l'utilisateur utilise l’autorisation Active Directory Create Accounts. Pour utiliser des comptes existants, les comptes Active Directory doivent déjà exister dans une unité d'organisation connue pour sélection.

Configuration requise sur le serveur ESD pour la gestion de mise à jour vDisk

  • Serveur WSUS : 3.0 SP2
  • Microsoft System Center Configuration Management (SCCM) :
    • SCCM 2012 R2
    • SCCM 2012 SP1
    • SCCM 2012

Configuration requise pour l'hyperviseur

Pour accéder à la liste des hyperviseurs pris en charge, reportez-vous à la section Prise en charge de l'hyperviseur XenDesktop et Provisioning Services.

Aspects liés à l'hyperviseur

XenServer 5.6 et version ultérieure
  • L'adresse MAC du modèle ne peut pas être 00-00-00-00-00-00.
System Center Virtual Machine Manager (SCVMM) VMM 2012 et version ultérieure
  • VMM 2012, 2012 SP1 et 2012 R2 sont sensiblement différents.
  • Lorsque vous créez un modèle de machine pour VMM 2012 uniquement, assurez-vous qu'il est doté d'une structure de lecteur de disque dur similaire et qu'il démarre à partir d'un vDisk en mode Private Image. Exemples :
    • Pour démarrer avec PXE une VM avec un cache en écriture, créez une VM avec un lecteur de disque dur.
    • Pour utiliser BDM (Boot Device Manager) pour démarrer une VM avec un cache en écriture, créez une VM avec deux lecteurs de disque dur.
    • Pour utiliser BDM pour démarrer une VM qui utilise un Personal vDisk avec un cache en écriture, créez une VM avec trois lecteurs de disque dur.
  • Pour activer la fonctionnalité Synthetic NIC Switch Over (démarrage avec la carte d'interface réseau d'ancienne génération puis streaming avec la carte réseau synthétique), la carte d'interface réseau d'ancienne génération et la carte d'interface réseau synthétique doivent être dans le même réseau local virtuel (VLAN) sur les VM modèles. L'assistant Provisioning Services XenDesktop Set Up change le VLAN des deux cartes d'interface réseau au profit du VLAN sélectionné lors de l'exécution de l'assistant XenDesktop Set Up. Celui-ci utilise deux adresses IP.
  • Lors de l'exécution de l'assistant Imaging Wizard, veillez à sélectionner l'adresse MAC de la carte réseau d'ancienne génération.
  • Provisioning Services ne prend pas en charge plusieurs cartes d'interface réseau d'ancienne génération dans la machine virtuelle du VMM. En effet, VMM utilise la dernière carte d'interface réseau d'ancienne génération et l'assistant XenDesktop Set Up utilise toujours la première, qu'elle soit d'ancienne génération ou synthétique.
  • Lors de la création d'un modèle VMM, veillez à sélectionner Aucun – personnalisation non requise comme profil de systèmes d'exploitation invité dans le menu Configurer le système d'exploitation.
  • Lorsque l'assistant XenDesktop Set Up est utilisé, vous remarquerez peut-être que les cibles sont créées, mais qu’elles ne sont pas amorçables avec l'erreur Device not found in PVS dB. La raison en est que le modèle contient les cartes d'interface réseau d'ancienne génération et synthétiques dans l'ordre inverse : la carte synthétique est la NIC 1 et la carte d'ancienne génération est la NIC 2. Pour résoudre ce problème, supprimez les cartes d'interface réseau dans le modèle. Définissez une carte réseau d'ancienne génération NIC 1 et une carte réseau synthétique NIC 2.
VMware vSphere ESX 4.1 et version ultérieure.
  • Carte d'interface réseau PXE Provisioning Services prise en charge
    • ESX 4.x – E1000
    • ESX 5.0 et ultérieure – VMXNET3
  • VM modèle et VM principale.
    • Les deux doivent avoir un système d'exploitation, une configuration et une version de machine virtuelle identiques. L'absence de correspondance entraîne un arrêt imprévu du processus.
  • Provisioning Services et version de la machine virtuelle ESX.
    • vCenter 5.5 utilise par défaut la machine virtuelle version 8, qui est pour ESX 5.0.
    • La version de la machine virtuelle doit être modifiée avant l'installation du système d'exploitation.
    • La VM modèle et la VM principale doivent avoir la même version de machine virtuelle.
  • Windows 7 et Windows 2008 R2 avec des cartes d'interface réseau VMXNET3.
    • Windows 7 et Windows 2008 R2 sans service packs - Installez la correction Microsoft iSCSI http://support.microsoft.com/kb/2344941 et redémarrez la VM avant d'installer le logiciel de la machine cible Provisioning Services.
    • Windows 7 et Windows 2008 R2 avec service pack 1 - Installez la correction Microsoft iSCSI http://support.microsoft.com/kb/2550978 et redémarrez la VM avant d'installer le logiciel de la machine cible Provisioning Services.
  • Pour ESX 5.0 uniquement, le mode Interrupt Safe doit être activé sur le bootstrap Provisioning Services. Sinon, la VM affiche une adresse MAC partielle durant le redémarrage.
  • Avec ESX 5.5, une VM créée avec le client Web utilise par défaut la version 10 du matériel virtuel (ESX 5.5) et une VM créée avec vSphere Client adopte la version 8 (ESX 5.0).
  • Lors de la création d'un nouveau modèle ESXi 5.5 à l'aide du client Web vSphere, vous ne pouvez créer des modèles que de la version 10 du matériel. N'oubliez pas de modifier le mode virtuel du lecteur CD/DVD du modèle de SATA à IDE. Supprimez le contrôleur SATA si vous prévoyez d'utiliser le pilote VMXNet3. Cela garantit que le modèle est compatible avec l'assistant d'installation de XenDesktop, qui requiert que les lecteurs créés pour la cible soient attachés à l'aide du pilote SCSI.
  • Si vous utilisez plusieurs cartes d'interface réseau dans la VM ESX, n'oubliez pas que l’ordre des cartes NIC dans les propriétés de la VM, le BIOS et l’OS peut différer. Tenez-en compte lorsque vous définissez vos choix pour la carte d'interface réseau de streaming. Celle-ci doit être la première carte dans les propriétés de la VM. Vous pouvez choisir la carte PXE dans le BIOS.
  • Enregistrement hôte - Quelle que soit la version ESX, l'adresse pour l'hôte XenDesktop sera celle du système vCenter. N'entrez pas l'adresse utilisée par le client Web.