Configuration système requise

Introduction

La configuration système requise détaillée dans cet article est valide lors de la publication de cette version du produit ; des mises à jour sont apportées régulièrement. La configuration système requise des composants non couverts dans ce document (telles que StoreFront, systèmes hôte, Citrix Receiver et plug-ins) est décrite dans leur documentation respective.

Important :

Passez en revue l’article Tâches de pré-installation avant l’installation de Provisioning Services.

Sauf spécification contraire, le programme d’installation du composant déploie automatiquement les composants logiciels requis (tels que les éléments.NET) si les versions requises ne sont pas détectées sur la machine. Le support d’installation Citrix contient également certains de ces logiciels requis.

Pour plus d’informations sur l’internationalisation, consultez la section Global Status of Citrix Products.

Base de données

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

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

Remarque :

Reportez-vous à la section Bases de données prises en charge pour les composants de XenApp et XenDesktop du centre de connaissances pour obtenir des informations supplémentaires sur les bases de données et les clients pris en charge.

Licence

Le serveur de licences Citrix pour cette version est inclus sur le support d’installation de XenApp/XenDesktop. Vous devez toujours utiliser la version la plus récente du serveur de licences Citrix pour obtenir les dernières fonctionnalités.

Important :

Les serveurs Provisioning Server doivent être connectés au serveur de licences pour fonctionner correctement. Vous devez utiliser la version la plus récente du serveur de licences Citrix pour obtenir les dernières fonctionnalités. Citrix vous recommande de mettre à niveau le serveur de licences avant de mettre à niveau PVS pour éviter des conflits de licences liés aux périodes de grâce. Pour plus d’informations, consultez l’article Licences.

Serveur Provisioning Server

Systèmes d’exploitation

  • Windows Server 2016
  • 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

Les versions en anglais, japonais et chinois simplifié sont prises en charge.

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.

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.

Dépendances PVS

Le programme d’installation de Provisioning Server requiert Microsoft .NET 4.6.1 et Windows PowerShell 3.0

Réseau

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.

Plage de ports par défaut (UDP) : 6890-6909

Communication entre Provisioning Server et machine cible

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

Remarque : les trois premiers sont réservés pour Provisioning Services.

Plage de ports par défaut (UDP) : 6910-6930

Communication entre Provisioning Services et machine cible

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 Server ne peut pas être configurée.

Ports (UDP) : 6901, 6902, 6905

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 lors de l’exécution de l’assistant de configuration.

Port par défaut (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 lors de l’exécution de l’assistant de configuration.

Pour Powershell : MCLI-Run SetupConnection

Pour MCLI : MCLI Run SetupConnection

TFTP

La valeur du port TFTP est enregistrée dans le registre :

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\BNTFTP\Parameters Port

Port par défaut (TFTP) 69

TSB

La valeur du port TSB est enregistrée dans le registre :

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\PVSTSB\Parameters Port

Port par défaut (UDP) : 6969

Port Fast

Port Fast doit être activé.

Carte réseau

PXE 0.99j, PXE 2.1 ou ultérieur.

Adressage

DHCP

Machine cible

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.

Si vous souhaitez utiliser l’association de cartes d’interface réseau, 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.

Conseil :

L’interface UEFI est prise en charge, mais le démarrage sécurisé est uniquement pris en charge à l’aide d’une VM Hyper-V 2016 avec démarrage sécurisé qui utilise le modèle d’autorité de certification UEFI Microsoft.

Les machines cibles sont identifiées par le système d’exploitation exécuté sur la machine.

Remarque :

les images vDisk à double démarrage ne sont pas prises en charge.

Les systèmes d’exploitation définis ci-dessous sont pris en charge pour les machines cibles :

OS

  • Windows 10 (32 bits ou 64 bits) ; toutes les éditions

Remarque :

Prise en charge de la version publique disponible au moment de la version.

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

VM 2ème génération

Provisioning Services prend en charge les machines virtuelles de deuxième génération dans un environnement XenDesktop dans les systèmes d’exploitation suivants :

  • Windows 2016, Windows 10 (avec ou sans démarrage sécurisé)
  • Windows Server 2016, Windows Server 2012 et Windows Server 2012 R2 ; éditions Standard, Essential et Datacenter

Streaming Linux

Le streaming Linux est pris en charge sur les systèmes d’exploitation suivants :

  • Versions de bureau Ubuntu 16.04, 16.04.1 et 16.04.2 (avec le noyau 4.4.x)

Remarque :

Lors de l’utilisation de ces distributions pour le streaming Linux, le programme d’installation PVS requiert que la version du pack de noyau Linux soit supérieure ou égale à 4.4.0.53. Le programme d’installation PVS fournit automatiquement la version correcte durant le processus d’installation.

  • Red Hat Enterprise Linux - Server 7.2
  • CentOS 7.2
  • SUSE Linux Enterprise Server (SLES) 12.1, 12.2

Remarque : le noyau par défaut utilisé pour Ubuntu 16.04.2 est la version 4.8 ; cette version du noyau n’est pas actuellement prise en charge.

Dépendances supplémentaires

.NET 4.6.1

Microsoft Licensing

Considérez ce qui suit lors de l’utilisation de clés de licence Microsoft avec des machines cibles :

  • Windows 10, Windows 8.1, Windows 8, Windows 7, Windows Server 2016, 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, Office 2013 et Office 2016 sont déployés à l’aide de licences KMS.
  • 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.

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. En outre, les modes Private Image et Standard Image prennent en charge KMS et MAK.

Type de système de fichiers

NTFS

Le streaming Linux est pris en charge sur les types de systèmes de fichiers suivants :

  • EXT4
  • BTRFS
  • XFS

Remarque

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.

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

  • Windows Server 2016
  • 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 (32 bits ou 64 bits)
  • Windows 8.1 (32 bits ou 64 bits) ; toutes les éditions
  • Windows 8 (32 bits ou 64 bits) ; toutes les éditions
  • Windows 7 (32 bits ou 64 bits)

Dépendances supplémentaires

MMC 3.0, Microsoft .NET 4.5.2, Windows PowerShell 3.0

Magasin

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

Assistant d’installation XenDesktop Setup Wizard

L’assistant Provisioning Services XenDesktop Setup fonctionne uniquement avec le Controller XenDesktop correspondant, en d’autres termes le niveau des versions doit être identique. De plus :

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

Exigences supplémentaires :

Autorisations

  • 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 : \<name\>,\<type\>,\<description\>. 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.

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 les connexions sur 25 à partir d’une invite Powershell, exécutez : winrm set winrm/config/winrs @{MaxShellsPerUser="25"}winrm set winrm/config/winrs @{MaxConcurrentUsers="25"}.
  • 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.

Exigences supplémentaires

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

Configuration de l’assistant VM livré en streaming

Configuration requise par l’assistant VM livré en streaming :

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

Les exigences supplémentaires sont décrites dans le tableau ci-dessous :

Modèle de VM

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

Autorisations

  • 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

Les exigences du serveur ESD sont décrites dans le tableau ci-dessous :

Serveur WSUS

3.0 SP2

SCCM

SSCM 2016

SCCM 2012 R2

SCCM 2012 SP1

SCCM 2012

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.

La configuration requise supplémentaire pour chaque hyperviseur pris en charge est décrite dans les sections suivantes :

XenServer 5.6 et versions ultérieures

L’adresse MAC du modèle ne peut pas être 00-00-00-00-00-00.

Nutanix Acropolis

Cette version prend en charge le provisioning vers des hyperviseurs Nutanix Acropolis à l’aide de l’Assistant XenDesktop Setup Wizard. Les éléments suivants ne sont pas pris en charge :

  • VM Linux
  • Partition BDM
  • UEFI

Pour des informations de configuration, reportez-vous à la section Déploiement de bureaux virtuels sur des VM à l’aide de l’assistant XenDesktop Setup Wizard.

Important

Un plug-in d’hyperviseur Acropolis (AHV) fourni par Nutanix qui prend en charge Provisioning Services est requis.

System Center Virtual Machine Manager (SCVMM) VMM 2012 et versions ultérieures

Lors de la configuration de ce type d’hyperviseur, prenez note de ce qui suit :

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

  • vSphere ESX 6.7 (7.15 LTSR CU3 et versions ultérieures)
  • vSphere ESX 5.0 et versions ultérieures - VMXNET3
  • Sphere ESX 4.x – E1000

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.

Version de VM PVS et 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 VMXNET

  • Windows 7 et Windows 2008 R2 avec Service Packs : installez la correction Microsoft iSCSI https://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 https://support.microsoft.com/kb/2550978 et redémarrez la VM avant d’installer le logiciel de la machine cible Provisioning Services.

ESX

  • 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 XenDesktop Setup Wizard, qui requiert que les lecteurs créés pour la machine 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.

Streaming Linux

Distributions

Ubuntu 16.04, 16.04.01 et 16.04.02 avec le noyau 4.4.x Lors de l’utilisation de ces distributions pour le streaming Linux, le programme d’installation de Provisioning Services requiert que la version du pack de noyau Linux soit supérieure ou égale à 4.4.0.53. Le programme d’installation fournit automatiquement la version correcte durant le processus d’installation.

  • Red Hat Enterprise Linux - Server 7.2
  • CentOS 7.2
  • SUSE Linux Enterprise Server (SLES) 12.1, 12.2

Hyperviseurs

XenServer

ESX

Gestion des images

Contrôle des versions

Remarque :

la création de nouvelles images n’est pas nécessaire avec Linux.

Mise en cache

Tous les modes de mise en cache sont pris en charge. Reportez-vous à l’article Gestion des vDisks pour plus d’informations sur les types de cache pris en charge.

Une fois que le disque de cache en écriture a été formaté, le client Linux ne s’arrêtera pas. Au lieu de cela, il démarre automatiquement à l’aide du disque du cache.

Les modes Cache on device hard disk et Cache in device RAM with overflow on hard disk utilisent tous les deux le mode de mise en cache du système de fichiers Linux.

Important :

La fonctionnalité de streaming Linux fonctionne avec la dernière version de Provisioning Services en conjonction avec les versions correspondantes de XenApp/XenDesktop.