Créer des catalogues de machines

Des collections de machines virtuelles ou physiques sont gérées comme une seule entité appelée catalogue de machines. Les machines d’un catalogue ont le même type de système d’exploitation : OS multi-session ou OS mono-session. Un catalogue contenant des machines avec OS multi-session peut contenir des machines Windows ou Linux, mais pas les deux.

Studio vous guide dans le processus de création du premier catalogue de machines après la création du site. Après la création du premier catalogue, Studio vous guide dans le processus de création du premier groupe de mise à disposition. Plus tard, vous pourrez modifier le catalogue que vous avez créé et créer des catalogues supplémentaires.

Conseil :

Si vous mettez à niveau un déploiement existant qui active la fonctionnalité d’optimisation du stockage MCS (Machine Creation Services), appelée E/S de MCS, aucune configuration supplémentaire n’est requise. Le VDA et la mise à niveau du Delivery Controller gèrent la mise à niveau d’E/S de MCS.

Vue d’ensemble

Lorsque vous créez un catalogue de machines virtuelles, vous spécifiez comment provisionner ces ordinateurs virtuels. Vous pouvez utiliser des outils Citrix, tels que Machine Creation Services (MCS) ou Citrix Provisioning (anciennement Provisioning Services). Ou vous pouvez utiliser vos propres outils pour fournir des machines.

Tenez compte des éléments suivants :

• MCS prend en charge un seul disque système à partir de l’image de la machine virtuelle. Il ignore le reste des disques de données attachés à cette image.
• Si vous utilisez Citrix Provisioning pour créer des machines, consultez la documentation Citrix Provisioning pour obtenir des instructions.
• Si vous utilisez MCS pour provisionner des VM, vous devez fournir une image principale (ou un instantané d’image) pour créer des machines virtuelles identiques dans le catalogue. Avant de créer le catalogue, vous devez utiliser des outils d’hyperviseur ou de service de cloud pour créer et configurer l’image principale. Ce processus comprend l’installation d’un Virtual Delivery Agent (VDA) sur l’image. Vous créez ensuite le catalogue de machines dans Studio. Vous sélectionnez cette image (ou un instantané), spécifiez le nombre de machines virtuelles à créer dans le catalogue et configurez les informations supplémentaires.
• Si vos machines sont déjà disponibles, vous devez quand même créer un ou plusieurs catalogues pour ces machines.
• Si vous créez un catalogue directement à l’aide du SDK du PowerShell, vous pouvez spécifier un modèle d’hyperviseur (VMTemplates), plutôt qu’une image ou un instantané.

Lorsque vous utilisez MCS ou Citrix Provisioning pour créer le premier catalogue, vous pouvez utiliser la connexion hôte que vous avez configurée lors de la création du site. Plus tard (après avoir créé votre premier catalogue et groupe de mise à disposition), vous pouvez modifier les informations concernant cette connexion ou créer d’autres connexions.

Une fois que vous avez créé un catalogue à l’aide de l’assistant, des tests sont exécutés automatiquement pour vous assurer qu’il est correctement configuré. Lorsque les tests sont terminés, vous pouvez afficher un rapport de test. Exécutez les tests à tout moment à partir de Studio.

Remarque :

MCS ne prend pas en charge Windows 10 IoT Standard et Windows 10 IoT Entreprise. Consultez le site Microsoft pour obtenir des informations supplémentaires.

Pour plus de détails techniques sur les outils Citrix Provisioning, consultez la section Gestion des images Citrix Virtual Apps and Desktops.

Vérification des licences RDS

Citrix Studio n’effectue pas la vérification des licences Microsoft RDS valides lors de la création d’un catalogue de machines contenant des machines avec OS multi session Windows. Pour afficher l’état de la licence Microsoft RDS pour une machine avec OS multi- session Windows, accédez à Citrix Director. Affichez l’état de la licence Microsoft RDS sur le panneau Détails de la machine dans Détails de la machine et la page Détails de l’utilisateur. Pour plus d’informations, consultez la section Intégrité des licences Microsoft RDS.

Enregistrement de VDA

Un VDA doit être enregistré auprès d’un Delivery Controller (pour les déploiements locaux) ou Cloud Connector (pour les déploiements Citrix Cloud) pour être pris en compte lors du lancement de sessions négociées. Des VDA non enregistrés peuvent entraîner une sous-utilisation des ressources disponibles. Il existe un certain nombre de raisons pour lesquelles un VDA peut ne pas être enregistré, un grand nombre d’entre elles pouvant être résolues par un administrateur. Studio fournit des informations de dépannage dans l’assistant de création de catalogue, et après l’ajout de machines depuis un catalogue à un Delivery Group.

Dans l’assistant Créer un catalogue de machines, lorsque vous ajoutez des machines existantes, la liste des noms de compte d’ordinateur indique si chaque machine peut être ajoutée au catalogue. Placez le pointeur de la souris sur l’icône située en regard de chaque machine pour afficher un message informatif sur cette machine.

Si le message identifie une machine problématique, vous pouvez supprimer cette machine (à l’aide du bouton Supprimer) ou ajouter la machine. Par exemple, si un message indique qu’il est impossible d’obtenir des informations sur une machine (peut-être parce qu’elle n’a jamais été enregistrée), ajoutez quand même la machine.

Pour plus d’informations, consultez :

• CTX136668 pour obtenir des conseils sur le dépannage de l’enregistrement de VDA
• Versions de VDA et niveaux fonctionnels
• Méthodes d’enregistrement de VDA

Résumé de la création d’un catalogue MCS

Vous trouverez ci-après une brève présentation des actions MCS par défaut à exécuter après avoir fourni les informations dans l’assistant de création d’un catalogue.

• Si vous avez sélectionné une image principale (plutôt qu’un instantané), MCS crée un instantané.
• MCS crée une copie complète de l’instantané et la place sur chaque emplacement de stockage défini dans la connexion hôte.
• MCS ajoute les machines à Active Directory, qui crée des identités uniques.
• MCS crée le nombre de VM spécifiées dans l’assistant, avec deux disques pour chaque VM. Outre les deux disques par VM, une image principale est également stockée dans le même emplacement de stockage. Si vous avez défini plusieurs emplacements de stockage, chacun obtient les types de disque suivants :
  • La copie complète de l’instantané, qui est en lecture seule et partagée entre les VM qui viennent d’être créées.
  • Un disque d’identité 16 Mo unique qui attribue à chaque VM une identité unique. Chaque VM dispose d’un disque d’identité.
  • Un disque de différence unique pour stocker les écritures effectuées sur la VM. Ce disque est provisionné par allocation dynamique (si elle est prise en charge par le stockage hôte) et augmente la taille maximale de l’image principale, si nécessaire. Chaque VM dispose d’un disque de différence. Le disque de différence conserve les modifications apportées au cours de sessions. Il est permanent pour les postes de travail dédiés. Pour les bureaux regroupés, il est supprimé et un autre est créé après chaque redémarrage via le Delivery Controller.

Éventuellement, lors de la création de machines virtuelles pour mettre à disposition des bureaux statiques, vous pouvez spécifier (sur la page Machines de l’assistant de création d’un catalogue de machines) des clones de VM lourds (copie complète). Les clones complets ne requièrent pas la rétention de l’image principale sur chaque magasin de données. Chaque VM dispose de son propre fichier.

Considérations sur le stockage MCS

De nombreux facteurs doivent être pris en compte lors de la prise de décisions concernant les solutions, les configurations et les capacités de stockage pour MCS. Les informations suivantes fournissent des considérations appropriées pour la capacité de stockage :

Considérations relatives à la capacité :

• Disques

  Les disques Delta ou Differencing (Diff) consomment la plus grande quantité d’espace dans la plupart des déploiements MCS pour chaque machine virtuelle. Chaque machine virtuelle créée par MCS se voit attribuer au minimum 2 disques lors de la création.

  • Disk0 = disque Diff – Contient le système d’exploitation lors de la copie à partir de l’image de base principale.
  • Disk1 = disque d’identité : 16 Mo – Contient des données Active Directory pour chaque machine virtuelle.

  À mesure que le produit évolue, vous devrez peut-être ajouter des disques supplémentaires pour répondre à certains cas d’utilisation et à la consommation de fonctionnalités. Par exemple :

  • Personal vDisk offre aux utilisateurs finaux la possibilité d’installer des applications sans intervention de l’administrateur sur un disque distinct connecté à la machine virtuelle.
  • AppDisk offre aux utilisateurs finaux la possibilité d’attacher les disques de l’application à la machine virtuelle principalement pour les catalogues de systèmes d’exploitation multi session.
  • MCS Storage Optimization crée un disque de style cache en écriture pour chaque machine virtuelle.
  • MCS a ajouté la possibilité d’utiliser des clones complets par opposition au scénario de disque Delta décrit ci-dessus.

  Les fonctionnalités d’hyperviseur peuvent également entrer en considération. Par exemple :

  • Citrix Hypervisor IntelliCache crée un disque de lecture sur le stockage local pour chaque instance Citrix Hypervisor à enregistrer sur IOPS sous l’image principale et qui peut être conservé sur l’emplacement de stockage partagé.

• Surcharges liées à l’hyperviseur

  Différents hyperviseurs utilisent des fichiers spécifiques qui créent des surcharges pour les machines virtuelles. Les hyperviseurs utilisent également le stockage pour la gestion et les opérations générales de journalisation. Calculez l’espace pour inclure les surcharges relatives aux éléments suivants :

  • Fichiers journaux
  • Fichiers spécifiques à l’hyperviseur. Par exemple :
    • VMware ajoute des fichiers supplémentaires au dossier de stockage de la machine virtuelle. Consultez les meilleures pratiques de VMware.
    • Calculez la taille totale de votre machine virtuelle requise. Considérez une machine virtuelle avec 20 Go pour le disque virtuel, 16 Go pour le fichier d’échange de la machine virtuelle (taille d’une mémoire allouée) et 100 Mo pour les fichiers journaux, ou 36,1 Go au total.
  • Instantanés pour XenServer ; Instantanés pour VMWare

• Surcharges liées au processus

  La création d’un catalogue, l’ajout d’une machine et la mise à jour d’un catalogue ont des implications de stockage uniques. Par exemple :

  • La création initiale du catalogue nécessite une copie du disque de base à copier sur chaque emplacement de stockage.
    • Vous devez également créer temporairement une machine virtuelle de préparation.
  • L’ajout d’une machine à un catalogue ne nécessite pas la copie du disque de base sur chaque emplacement de stockage. La création du catalogue varie en fonction des fonctionnalités sélectionnées. Par conséquent, un catalogue qui utilise PvD ou AppDisks a besoin de plus d’espace qu’un simple catalogue aléatoire regroupé.
  • La mise à jour du catalogue permet de créer un disque de base supplémentaire sur chaque emplacement de stockage. Les mises à jour du catalogue connaissent également un pic de stockage temporaire lorsque chaque machine virtuelle du catalogue dispose de 2 disques Diff pour un certain temps.

Autres considérations :

• Taille de la RAM : affecte la taille de certains fichiers et disques de l’hyperviseur, y compris les disques d’optimisation des E/S, le cache en écriture et les fichiers d’instantané.
• Allocation dynamique/Provisioning fixe : le stockage NFS est préféré en raison des capacités d’allocation dynamique.

Optimisation du stockage MCS (Machine Creation Services)

Avec la fonctionnalité d’optimisation du stockage MCS (Machine Creation Services), appelée E/S de MCS :

• Le conteneur de cache en écriture est basé sur fichier, comme dans Citrix Provisioning. Par exemple, le nom de fichier du cache en écriture Citrix Provisioning est D:\vdiskdif.vhdx et le nom de fichier du cache en écriture d’E/S MCS est D:\mcsdif.vhdx.
• Les améliorations du diagnostic sont obtenues grâce à la prise en charge d’un fichier de vidage sur incident Windows écrit sur le disque du cache en écriture.
• E/S de MCS conserve la technologie Cache in RAM with overflow to hard disk pour fournir une solution de cache en écriture multi-niveaux optimale. Cette fonctionnalité permet à un administrateur de trouver un équilibre entre le coût de chaque niveau, RAM et disque et les performances permettant de répondre aux charges de travail attendues.

Le changement de méthode de cache en écriture de basé sur disque vers basé sur fichier nécessite les modifications suivantes :

1. Les E/S MCS ne prennent plus en charge le cache RAM uniquement. Spécifiez une taille de disque dans Citrix Studio lors de la création du catalogue de machines.
2. Le disque de cache en écriture de machine virtuelle est créé et formaté automatiquement lors du démarrage d’une machine virtuelle pour la première fois. Une fois la machine virtuelle activée, le fichier de cache en écriture mcsdif.vhdx est écrit dans le volume formaté MCSWCDisk.
3. À l’exception des environnements Microsoft Azure, le fichier d’échange est redirigé vers ce volume formaté, MCSWCDisk. Par conséquent, cette taille de disque tient compte de la quantité totale d’espace disque, y compris l’écart entre la taille du disque et la charge de travail générée ainsi que la taille du fichier d’échange, généralement associée à la taille de la RAM de la machine virtuelle. Le fichier d’échange Microsoft Azure est préconfiguré pour utiliser un disque temporaire local et n’est pas redirigé vers MCSWCDisk par la fonctionnalité d’E/S d’optimisation du stockage MCS.

Activation des mises à jour de l’optimisation du stockage MCS

Pour activer la fonctionnalité d’optimisation du stockage E/S de MCS, mettez à niveau le Delivery Controller et le VDA vers la dernière version de Citrix Virtual Apps and Desktops.

Remarque :

Si vous mettez à niveau un déploiement existant sur lequel E/S de MCS est activé, aucune configuration supplémentaire n’est requise. Le VDA et la mise à niveau du Delivery Controller gèrent la mise à niveau d’E/S de MCS.

Lors de l’activation de la mise à jour de l’optimisation du stockage MCS, tenez compte des points suivants :

• Lors de la création d’un catalogue de machines, l’administrateur peut configurer la RAM et la taille du disque.

  

• Lors de la mise à jour d’un catalogue de machines existant vers un nouvel instantané de VM contenant un VDA avec Citrix Virtual Apps and Desktops version 1903, il continue d’utiliser le paramètre d’E/S MCS du catalogue existant pour la RAM et la taille du disque. Le disque brut existant est formaté.

Important :

L’optimisation du stockage MCS a été modifiée avec la version 1912 LTSR de Citrix Virtual Apps and Desktops. Cette version qui prend en charge la technologie de cache en écriture basée sur les fichiers offre de meilleures performances et une stabilité optimisée. Les nouvelles fonctionnalités fournies par les E/S de MCS peuvent nécessiter un stockage de cache en écriture plus élevé que les versions précédentes de Citrix Virtual Apps and Desktops. Citrix vous recommande de réévaluer la taille du disque pour vous assurer que l’espace disque est suffisant pour le workflow attribué et le fichier d’échange supplémentaire. La taille du fichier d’échange est généralement liée à la quantité de RAM système. Si la taille existante du disque du catalogue est insuffisante, créez un catalogue de machines et attribuez un disque de cache en écriture plus grand.

À propos des environnements Microsoft Azure

Par défaut, le disque de cache en écriture d’E/S MCS est provisionné lors du démarrage initial de la machine virtuelle et il est supprimé après l’arrêt de la machine virtuelle. C’est le paramètre le plus économique, cependant, le temps de démarrage de la machine virtuelle est plus long car il implique le formatage du disque cache en écriture et un redémarrage supplémentaire. Pour les environnements contenant des charges de travail pour lesquelles le temps de démarrage est important, Citrix recommande d’utiliser PowerShell pour créer une machine virtuelle avec un disque cache d’E/S MCS persistant. Le disque de cache persistant n’est pas supprimé pendant l’événement de cycle d’alimentation ; cependant, le coût des frais de compte de stockage Azure doit être pris en compte.

Utilisation de PowerShell pour créer un catalogue Azure avec disque de cache en écriture persistant

Pour configurer un catalogue Azure avec un disque de cache en réécriture persistant, utilisez le paramètre PowerShell New-ProvScheme CustomProperties. Ce paramètre prend en charge une propriété supplémentaire, PersistWBC, utilisée pour déterminer la façon dont le disque de cache en réécriture persiste pour les machines provisionnées avec MCS et hébergées par Azure Resource Manager. La propriété PersistWBC n’est utilisée que lorsque le paramètre UseWriteBackCache est spécifié et lorsque le paramètre WriteBackCacheDiskSize est défini pour indiquer qu’un disque est créé.

Conseil :

Étant donné qu’Azure présente de nombreuses propriétés spécifiques au provisioning, le champ CustomProperties est utilisé pour de nombreux paramètres.

Voici des exemples de propriétés du paramètre CustomProperties avant la prise en charge de PersistWBC :

<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<Property xsi:type="StringProperty" Name="UseManagedDisks" Value="true" />
<Property xsi:type="StringProperty" Name="StorageAccountType" Value="Premium_LRS" />
<Property xsi:type="StringProperty" Name="ResourceGroups" Value="benvaldev5RG3" />
</CustomProperties>
<!--NeedCopy-->

Lorsque vous utilisez ces propriétés, notez qu’elles contiennent des valeurs par défaut si elles sont omises du paramètre CustomProperties. La propriété PersistWBC a deux valeurs possibles : true ou false.

Lorsque la propriété PersistWBC est définie sur true, le disque de cache en réécriture n’est pas supprimé lorsque l’administrateur Citrix Virtual Apps and Desktops arrête la machine à l’aide de Citrix Studio.

Lorsque la propriété PersistWBC est définie sur false, le disque de cache en réécriture est supprimé lorsque l’administrateur Citrix Virtual Apps and Desktops arrête la machine à l’aide de Citrix Studio.

Remarque :

Si la propriété PersistWBC est omise, la propriété est false par défaut et le cache de réécriture est supprimé lors de l’arrêt de la machine à l’aide de Citrix Studio.

Par exemple, utilisation du paramètre CustomProperties pour définir la valeur PersistWBC sur true :

<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<Property xsi:type="StringProperty" Name="UseManagedDisks" Value="true" />
<Property xsi:type="StringProperty" Name="StorageAccountType" Value="Premium_LRS" />
<Property xsi:type="StringProperty" Name="ResourceGroups" Value="benvaldev5RG3" />
<Property xsi:type="StringProperty" Name="PersistWBC" Value="true" />
</CustomProperties>
<!--NeedCopy-->

Important :

La propriété PersistWBC ne peut être définie qu’à l’aide de l’applet de commande PowerShell New-ProvScheme. La tentative de modification de CustomProperties pour un schéma de provisioning après la création n’a aucun impact sur le catalogue de machines et la persistance du disque de cache en réécriture lors de l’arrêt d’une machine. La valeur PersistWBC est utilisée uniquement pour les catalogues déployés dans Azure Resource Manager.

Par exemple, définissez New-ProvSchemepour utiliser le cache en réécriture tout en définissant la propriété PersistWBC sur true :

New-ProvScheme
-CleanOnBoot
-CustomProperties "<CustomProperties xmlns=`"http://schemas.citrix.com/2014/xd/machinecreation`" xmlns:xsi=`"http://www.w3.org/2001/XMLSchema-instance`"><Property xsi:type=`"StringProperty`" Name=`"UseManagedDisks`" Value=`"true`" /><Property xsi:type=`"StringProperty`" Name=`"StorageAccountType`" Value=`"Premium_LRS`" /><Property xsi:type=`"StringProperty`" Name=`"ResourceGroups`" Value=`"benvaldev5RG3`" /><Property xsi:type=`"StringProperty`" Name=`"PersistWBC`" Value=`"true`" /></CustomProperties>"
-HostingUnitName "adSubnetScale1"
-IdentityPoolName "BV-WBC1-CAT1"
-MasterImageVM "XDHyp:\HostingUnits\adSubnetScale1\image.folder\GoldImages.resourcegroup\W10MCSIO-01_OsDisk_1_a940e6f5bab349019d57ccef65d2c7e3.manageddisk"
-NetworkMapping @{"0"="XDHyp:\HostingUnits\adSubnetScale1\virtualprivatecloud.folder\CloudScale02.resourcegroup\adVNET.virtualprivatecloud\adSubnetScale1.network"}
-ProvisioningSchemeName "BV-WBC1-CAT1"
-ServiceOffering "XDHyp:\HostingUnits\adSubnetScale1\serviceoffering.folder\Standard_D2s_v3.serviceoffering"
-UseWriteBackCache
-WriteBackCacheDiskSize 127
-WriteBackCacheMemorySize 256
<!--NeedCopy-->

Prise en charge de la location d’hôte AWS

Vous pouvez utiliser MCS pour provisionner des hôtes AWS dédiés. Un administrateur peut créer un catalogue de machines avec location d’hôte définie via PowerShell.

Un hôte Amazon [EC2] dédié est un serveur physique avec une capacité d’instance [EC2] entièrement dédiée, ce qui vous permet d’utiliser les licences logicielles par socket ou par machine virtuelle.

Les hôtes dédiés ont une utilisation prédéfinie basée sur le type d’instance. Par exemple, un hôte dédié alloué de types d’instance C4 Large ne peut pas exécuter plus de 16 instances. Consultez le site AWS pour plus d’informations.

La configuration requise pour le provisioning des hôtes AWS est la suivante :

• Une image importée (AMI) BYOL (apportez votre propre licence). Avec des hôtes dédiés, utilisez et gérez vos licences existantes.
• Une allocation d’hôtes dédiés avec une utilisation suffisante pour satisfaire les demandes de provisioning.
• Activer le placement automatique.

Pour mettre à disposition un hôte dédié dans AWS à l’aide de PowerShell, utilisez l’applet de commande New-ProvScheme avec le paramètre TenancyType défini sur Host.

Pour plus d’informations, reportez-vous à la documentation de développeur Citrix.

Préparer une image principale sur l’hyperviseur ou le service de cloud

Pour de plus amples informations sur la création de connexions à des hyperviseurs et à des fournisseurs de cloud, consultez l’article Connexions et ressources.

L’image principale contient le système d’exploitation, les applications non virtualisées, le VDA, et d’autres logiciels.

À savoir :

• Une image principale peut également être appelée image clone, image principale, VM de base ou image de base. Les fournisseurs d’hôte et les fournisseurs de service cloud utilisent des termes différents.
• Lors de l’utilisation de Citrix Provisioning, vous pouvez utiliser une image principale ou un ordinateur physique comme machine cible principale. Citrix Provisioning utilise une terminologie différente de MCS pour désigner les images. Pour plus d’informations, veuillez consulter la documentation de Citrix Provisioning.
• Assurez-vous que l’hyperviseur ou le service cloud a suffisamment de processeurs, de mémoire et de stockage pour accueillir le nombre de machines créées.
• Configurez la bonne taille d’espace disque dur nécessaire pour les ordinateurs de bureau et les applications. Cette valeur ne peut pas être modifiée ultérieurement ou dans le catalogue de machines.
• Les catalogues de machines Remote PC Access ne requièrent pas d’images principales.
• Considérations liées à l’activation de Microsoft KMS lors de l’utilisation de MCS : si votre déploiement comprend un VDA 7.x avec XenServer 6.1 ou 6.2, vSphere ou hôte Microsoft System Center Virtual Machine Manager, vous n’avez pas à réarmer manuellement Microsoft Windows ou Microsoft Office.

Installez et configurez le logiciel suivant sur l’image principale :

• Intégration des outils pour votre hyperviseur (tels que Citrix VM Tools, Services d’intégration Hyper-V ou VMware Tools). Si vous ignorez cette étape, vos applications et bureaux risquent de ne pas fonctionner correctement.
• Un VDA. Citrix recommande d’installer la version la plus récente pour autoriser l’accès aux dernières fonctionnalités. Si vous ne parvenez pas à installer un VDA sur l’image principale, la création du catalogue échoue.
• Outils tiers en fonction de vos besoins, tels que le logiciel antivirus ou les agents électroniques de distribution de logiciels. Configurez les services avec les paramètres appropriés pour vos utilisateurs et le type de machine (tels que la mise à jour des fonctionnalités).
• Les applications tierces qui ne sont pas virtualisées. Citrix recommande de virtualiser les applications. Virtualiser les applications réduit de manière significative les coûts en éliminant le besoin de mettre à jour l’image principale après l’ajout ou la reconfiguration d’une application. En outre, moins d’applications installées réduisent la taille des disques durs de l’image principale, ce qui économise les coûts de stockage.
• Les clients App-V avec les paramètres recommandés, si vous souhaitez publier des applications App-V. Le client App-V est disponible auprès de Microsoft.
• Lors de l’utilisation de MCS, si vous localisez Microsoft Windows, installez les paramètres régionaux et les packs de langue. Lors du provisioning, lorsqu’un instantané est créé, les VM provisionnées utilisent les variables locales installées et les packs de langue.

Important :

Si vous utilisez Citrix Provisioning ou MCS, n’exécutez pas Sysprep sur les images principales.

Pour préparer une image principale :

1. À l’aide de l’outil de gestion de votre hyperviseur, créez une image principale, puis installez le système d’exploitation, ainsi que tous les service packs et mises à jour. Indiquez le nombre de processeurs virtuels. Vous pouvez également spécifier le nombre de processeurs virtuels si vous créez le catalogue de machines à l’aide de PowerShell. Vous ne pouvez pas spécifier le nombre de processeurs virtuels lors de la création d’un catalogue à l’aide de Studio. Configurez la taille d’espace disque dur nécessaire pour les ordinateurs de bureau et les applications. Cette valeur ne peut pas être modifiée ultérieurement ou dans le catalogue.
2. Assurez-vous que le disque dur de votre ordinateur est connecté à l’emplacement de périphérique 0. La plupart des modèles d’image principale standard configurent cet emplacement par défaut, mais ce n’est peut-être pas le cas de certains modèles personnalisés.
3. Installez et configurez les logiciels répertoriés ci-dessus sur l’image principale.
4. Lors de l’utilisation de Citrix Provisioning, créez un fichier VHD pour le disque virtuel à partir de votre machine cible principale avant de joindre la machine cible principale à un domaine. Pour plus d’informations, veuillez consulter la documentation de Citrix Provisioning.
5. Si vous n’utilisez pas MCS, joignez l’image principale au domaine dont les ordinateurs de bureau et les applications sont membres. Assurez-vous que l’image principale est disponible sur l’hôte sur lequel les machines sont créées. Si vous utilisez MCS, joindre l’image principale à un domaine n’est pas nécessaire. Les machines provisionnées rejoignent le domaine spécifié dans l’assistant de création de catalogue.
6. Citrix vous recommande de créer et de nommer un instantané de l’image principale afin qu’il puisse être identifié. Si vous spécifiez une image principale plutôt qu’un instantané lors de la création d’un catalogue, Studio crée un instantané, mais vous ne pouvez pas le renommer.

Créer un catalogue de machines à l’aide de Studio

Avant de lancer l’assistant de création de catalogue, passez en revue cette section.

Si vous utilisez une image principale, assurez-vous que vous avez installé un VDA sur l’image avant de créer le catalogue.

À partir de Studio :

• si vous avez créé un site, mais n’avez pas encore créé un catalogue de machines, Studio vous guide au bon emplacement de départ pour créer un catalogue.
• Si vous avez déjà créé un catalogue et souhaitez en créer un autre, sélectionnez Catalogues de machines dans le volet de navigation Studio. Sélectionnez ensuite Créer un catalogue de machines dans le volet Actions.

L’assistant vous guide à travers les éléments suivants. Les pages de l’assistant qui s’affichent sont différentes selon les sélections que vous effectuez.

Système d’exploitation

Chaque catalogue contient des machines d’un seul type. Effectuez une sélection.

• OS multi-session : un catalogue de systèmes d’exploitation multi-session fournit des bureaux partagés hébergés. Les machines peuvent exécuter des versions prises en charge des systèmes d’exploitation Windows ou Linux, mais le catalogue ne peut pas contenir les deux. (Consultez la documentation VDA Linux pour de plus amples informations sur ce système d’exploitation.)
• OS mono-session : un catalogue d’OS mono-session fournit des bureaux VDI que vous pouvez affecter à différents utilisateurs.
• Remote PC Access : un catalogue Remote PC Access permet aux utilisateurs d’accéder à distance à leurs machines de bureau de bureau physique. Remote PC Access ne requiert pas de VPN pour fournir la sécurité.

Gestion de machine

Cette page ne s’affiche pas lorsque vous créez des catalogues Remote PC Access.

La page Gestion des machines indique la manière dont les machines sont gérées et l’outil que vous utilisez pour déployer les machines.

Indiquez si la gestion de l’alimentation des machines du catalogue est effectuée au travers de Studio.

• Machines dont la gestion de l’alimentation est effectuée au travers de Studio ou provisionnées via un environnement de cloud, des VM ou des PC lames par exemple. Cette option est disponible uniquement si vous avez déjà configuré une connexion à un hyperviseur ou un service de cloud.
• La gestion de l’alimentation des machines n’est pas effectuée au travers de Studio, les machines physiques par exemple.

Si vous avez indiqué que l’alimentation des machines est gérée au travers de Studio ou que les machines sont provisionnées via un environnement de cloud, choisissez l’outil à utiliser pour créer des machines virtuelles.

• Citrix Machine Creation Services (MCS) : utilise une image principale pour créer et gérer les machines virtuelles. Les catalogues de machine dans les environnements de cloud utilisent MCS. MCS n’est pas disponible pour les machines physiques.

• Citrix Provisioning : (anciennement Provisioning Services) vous permet de gérer des machines cibles en tant que collection de machines. Une image de disque virtuel Citrix Provisioning créée à partir d’une machine cible principale permet de mettre à disposition des bureaux et des applications.

  Remarque :

  Cette option n’est plus prise en charge. Pour importer une machine cible Citrix Provisioning dans un catalogue Citrix Virtual Apps and Desktops, utilisez l’assistant d’exportation d’appareils de Citrix Provisioning.

• Autres : un outil qui permet de gérer les machines se trouvant déjà dans le centre de données. Citrix vous recommande d’utiliser Microsoft System Center Configuration Manager ou une autre application tierce pour vous assurer que les machines du catalogue sont cohérentes.

Types de bureau (expérience de bureau)

Cette page s’affiche uniquement lors de la création d’un catalogue de machines contenant des machines avec OS mono-session.

La page Expérience de bureau détermine ce qui se produit chaque fois qu’un utilisateur ouvre une session. Sélectionnez l’une des options suivantes :

• Les utilisateurs se connectent à un nouveau bureau (aléatoire) chaque fois qu’ils ouvrent une session
• Les utilisateurs se connectent au même bureau (statique) chaque fois qu’ils ouvrent une session.

Si vous choisissez la deuxième option et que vous utilisez MCS pour provisionner les machines, vous pouvez configurer la manière dont les modifications apportées par l’utilisateur au bureau doivent être gérées :

• Enregistrer les modifications apportées par l’utilisateur au bureau sur un Personal vDisk distinct. (Personal vDisk est obsolète.)
• Enregistrer les modifications apportées par l’utilisateur au bureau sur un disque local.
• Supprimer toutes les modifications et effacer le bureau virtuel à la fermeture de session. Sélectionnez cette option si vous utilisez la couche de personnalisation de l’utilisateur.

Image principale

Cette page s’affiche uniquement lorsque vous utilisez MCS pour créer des VM.

Sur la page Image principale, sélectionnez la connexion à l’hyperviseur ou au service de cloud hôte, puis sélectionnez la machine virtuelle ou l’instantané créé(e) précédemment. Si vous créez le premier catalogue, la seule connexion disponible est celle que vous avez configurée lors de la création du site.

Rappel :

• Lorsque vous utilisez MCS ou Citrix Provisioning, n’exécutez pas Sysprep sur les images principales.
• Si vous spécifiez une image principale plutôt qu’un instantané, Studio crée un instantané, mais vous ne pouvez pas le renommer.

Pour pouvoir utiliser les dernières fonctionnalités des produits, assurez-vous que la dernière version de VDA est installée sur l’image principale. Ne modifiez pas la sélection de VDA minimale par défaut. Toutefois, si vous devez utiliser une version de VDA antérieure, consultez Versions VDA et niveaux fonctionnels.

Un message d’erreur s’affiche si vous sélectionnez un instantané ou une VM qui n’est pas compatible avec la technologie de gestion de machines que vous avez sélectionnée précédemment dans l’assistant.

Plate-forme cloud et environnements de service

Lorsque vous utilisez un service ou une plate-forme cloud pour héberger des machines virtuelles (telles que Azure Resource Manager, Nutanix ou Amazon Web Services), l’assistant de création d’un catalogue de machines contient plus de pages spécifiques à cet hôte.

Pour de plus amples informations, consultez la section Où trouver des informations sur les types de connexion.

Collection de périphériques

Cette page s’affiche uniquement lorsque vous utilisez Citrix Provisioning pour créer des VM.

La page Collection de périphériques affiche les collections de machines et les machines qui n’ont pas encore été ajoutées aux catalogues.

Sélectionnez les collections de machines à utiliser.

Machines

Cette page ne s’affiche pas lorsque vous créez des catalogues Remote PC Access.

Le titre de cette page dépend de ce que vous avez sélectionné sur la page Gestion des machines : Machines, Machines virtuelles ou VM et utilisateurs.

Lors de l’utilisation de MCS :

• Spécifiez le nombre de machines virtuelles à créer.
• Choisissez la quantité de mémoire (Mo) pour chaque VM.
• Chaque VM créée possède un disque dur. Leur taille est définie dans l’image principale. Vous ne pouvez pas modifier la taille du disque dur dans le catalogue.
• Si vous avez indiqué sur la page Expérience de bureau que les modifications apportées par l’utilisateur aux bureaux statiques sont enregistrées sur un Personal vDisk distinct, spécifiez la taille de disque virtuel en Go et la lettre de lecteur.
• Si votre déploiement contient plusieurs zones, vous pouvez sélectionner une zone pour le catalogue.
• Si vous créez des machines virtuelles de bureau statique, sélectionnez le mode de copie de la machine virtuelle. Voir Mode de copie des machines virtuelles.
• Si vous créez des machines virtuelles de bureau aléatoire qui n’utilisent pas de Personal vDisks, vous pouvez configurer un cache à utiliser pour les données temporaires sur chaque machine. Voir Configurer un cache pour les données temporaires.

Lors de l’utilisation de Citrix Provisioning :

La page Périphériques dresse la liste des machines de la collection que vous avez sélectionnée sur la page précédente de l’assistant. Vous ne pouvez pas ajouter ou supprimer des machines sur cette page.

Lors de l’utilisation d’autres outils :

Ajoutez (ou importez une liste) les noms de compte de machine Active Directory. Vous pouvez modifier le nom de compte Active Directory pour une VM après l’avoir ajoutée/importée. Si vous avez spécifié des machines statiques sur la page Expérience de bureau, vous pouvez également spécifier le nom de l’utilisateur Active Directory pour chaque VM que vous ajoutez.

Une fois que vous avez ajouté ou importé les noms, vous pouvez utiliser le bouton Supprimer pour supprimer les noms de la liste lorsque vous vous trouvez encore sur cette page.

Lors de l’utilisation de Citrix Provisioning ou d’autres outils (mais pas MCS) :

Une icône et une info-bulle pour chaque machine ajoutée (ou importée, ou d’une collection de machines Citrix Provisioning) vous aident à identifier les machines qu’il peut ne pas être possible d’ajouter au catalogue, ou d’enregistrer auprès d’un Delivery Controller. Pour de plus amples informations, consultez la section Versions VDA et niveaux fonctionnels.

Mode de copie des machines virtuelles

Le mode de copie que vous spécifiez sur la page Machines détermine si MCS crée des clones légers (copie rapide) ou lourds (copie complète) de l’image principale. (Valeur par défaut=clones légers)

• Utilisez le clonage rapide pour créer des machines plus rapidement et utiliser le stockage de manière plus efficace.
• Utilisez la copie complète pour profiter de meilleures performances en matière de recouvrement et de migration des données, tout en réduisant les opérations E/S par seconde une fois que les machines sont créées.

Versions de VDA et niveaux fonctionnels

Le niveau fonctionnel d’un catalogue détermine les fonctionnalités du produit qui sont disponibles pour les machines du catalogue. L’utilisation de fonctionnalités introduites dans les nouvelles versions de produit nécessite un nouveau VDA. Définir un niveau fonctionnel met toutes les fonctionnalités introduites dans cette version (et les versions ultérieures, si le niveau fonctionnel ne change pas) à disposition des machines du catalogue. Toutefois, les machines de ce catalogue avec une version antérieure de VDA ne peuvent pas s’enregistrer.

Un menu dans la partie inférieure de la page Machines (ou Périphériques) vous permet de sélectionner le niveau minimum de VDA. Cela définit le niveau fonctionnel minimal du catalogue. Par défaut, le niveau fonctionnel le plus courant est sélectionné pour les déploiements locaux. Si vous observez les recommandations de Citrix pour installer et mettre à niveau les composants principaux et les VDA vers la version la plus récente, vous n’avez pas besoin de modifier cette sélection. Toutefois, si vous devez continuer à utiliser des versions antérieures de VDA, sélectionnez la valeur appropriée.

Il est possible qu’une version de Citrix Virtual Apps and Desktops ne comprenne pas une nouvelle version du VDA, ou que le nouveau VDA n’affecte pas le niveau fonctionnel. Dans de tels cas, le niveau fonctionnel peut indiquer une version du VDA antérieure aux composants installés ou mis à niveau. À titre d’exemple, bien que la version 7.17 contienne un VDA 7.17, le niveau fonctionnel par défaut (7.9 ou ultérieur) reste le niveau actuel. Par conséquent, après l’installation ou la mise à niveau des composants 7.9-7.16 à 7.17, vous n’avez pas besoin de modifier le niveau fonctionnel par défaut.

Dans les déploiements Citrix Cloud, Studio utilise un niveau fonctionnel par défaut qui peut être antérieur à la version la plus récente.

Le niveau fonctionnel sélectionné affecte la liste des machines. Dans la liste, une info-bulle en regard de chaque entrée indique si le VDA de la machine est compatible avec le catalogue à ce niveau fonctionnel.

Des messages sont publiés sur la page si le VDA de chaque machine ne correspond pas ou est supérieur au numéro minimal de niveau fonctionnel sélectionné. Vous pouvez continuer avec l’assistant. Il est probable que ces machines ne puissent pas s’enregistrer auprès d’un Controller ultérieurement. Vous pouvez également effectuer les opérations suivantes :

• Supprimer de la liste les machines contenant une version plus ancienne de VDA, mettre à niveau leurs VDA et les ajouter de nouveau au catalogue.
• Choisissez un niveau fonctionnel bas ; cela empêche l’accès aux dernières fonctionnalités du produit.

Un message est également affiché si une machine n’a pas été ajoutée au catalogue car il ne s’agit pas d’un type de machine correct. Cela peut se produire lors de la tentative d’ajout d’un serveur à un catalogue avec OS mono session ou d’ajout d’une machine avec OS mono-session créée initialement pour une allocation aléatoire à un catalogue de machines statiques.

Important :

Pour la version 1811, un niveau fonctionnel supplémentaire a été ajouté : 1811 (ou plus récent). Ce niveau est destiné à être utilisé avec de futures fonctionnalités de Citrix Virtual Apps and Desktops. La valeur par défaut reste 7.9 (ou plus récente). Cette valeur par défaut est valide pour tous les déploiements à partir de maintenant.

Si vous sélectionnez 1811 (ou plus récent), les versions antérieures de VDA de ce catalogue ne peuvent pas s’enregistrer auprès d’un Controller ou d’un Cloud Connector. Toutefois, si le catalogue ne contient que des VDA de la version 1811 ou ultérieure, ils pourront tous être enregistrés.

Configurer un cache pour les données temporaires

La mise en cache locale des données temporaires sur la VM est facultative. Vous pouvez activer le stockage des données temporaires sur le cache de la machine lorsque vous utilisez MCS pour gérer les machines regroupées (non dédiées) dans un catalogue. Si le catalogue utilise une connexion qui spécifie un stockage des données temporaires, vous pouvez activer et configurer les informations de mise en cache des données temporaires lorsque vous créez le catalogue.

Important :

Cette fonctionnalité nécessite un pilote E/S MCS actuel. L’installation de ce pilote est une option lorsque vous installez ou mettez à niveau un VDA. Par défaut, ce pilote n’est pas installé.

Vous spécifiez si les données temporaires utilisent le stockage local ou partagé lorsque vous créez la connexion que le catalogue utilise. Pour de plus amples informations, consultez les articles Connexions et ressources. Pour configurer un cache pour les données temporaires sur chaque machine, vous pouvez utiliser les deux options suivantes : Mémoire allouée au cache (Mo) et Taille du cache disque (Go). Par défaut, les deux options sont désactivées. Pour activer l’option Mémoire allouée au cache (Mo), activez la case à cocher Taille du cache disque (Go). Si la case Taille du cache disque n’est pas cochée, l’option Mémoire allouée au cache est grisée. Selon le type de connexion, les valeurs par défaut de ces options peuvent différer. Les valeurs par défaut sont suffisantes dans la plupart des cas. Cependant, vous devez prendre en compte l’espace nécessaire pour les éléments suivants :

• Fichiers de données temporaires créés par Windows, y compris le fichier d’échange Windows.
• Données du profil utilisateur.
• Données ShareFile qui sont synchronisées sur les sessions des utilisateurs.
• Données qui peuvent être créées ou copiées par un utilisateur de session ou toute application que les utilisateurs peuvent installer dans la session.

Windows n’autorisera pas une session à utiliser une quantité de cache disque plus importante que la quantité d’espace disponible sur l’image principale originale à partir de laquelle les machines dans le catalogue de machines sont provisionnées. Par exemple, il n’existe aucun avantage à spécifier un disque de cache de 20 Go s’il existe uniquement 10 Go d’espace disponible sur l’image principale.

Pour configurer un cache pour les données temporaires sur chaque machine, prenez note des trois scénarios suivants :

• Si vous ne cochez pas la case Taille du cache disque et la case Mémoire allouée au cache, les données temporaires ne sont pas mises en cache. Elles sont écrites sur le disque de différence (situé dans l’espace de stockage du système d’exploitation) pour chaque machine virtuelle. (Il s’agit de l’action de provisioning dans la version 7.8 et les versions antérieures).
• Si vous activez la case Taille du cache disque mais ne sélectionnez pas la case Mémoire allouée, les données temporaires sont écrites directement sur le disque cache, ce qui utilise une quantité minimale de la mémoire cache.
• Si vous cochez la case Taille du cache disque et la case Mémoire allouée au cache, les données temporaires sont initialement écrites dans la mémoire cache. Lorsque le cache mémoire atteint sa limite configurée (la valeur Mémoire allouée au cache), les données les plus anciennes sont déplacées vers le cache disque de données temporaire.

Important :

• Si le cache disque vient à manquer d’espace, la session de l’utilisateur devient inutilisable.
• N’activez pas la mise en cache si vous avez l’intention d’utiliser ce catalogue pour créer des AppDisks.
• Cette fonctionnalité n’est pas disponible lors de l’utilisation d’une connexion hôte Nutanix.
• Vous ne pouvez pas modifier les valeurs de cache dans un catalogue de machines après sa création.

Remarque :

• La mémoire cache est prise en compte dans le calcul de la quantité totale de mémoire sur chaque machine. Par conséquent, si vous activez l’option Mémoire allouée au cache, envisagez d’augmenter la quantité totale de mémoire sur chaque machine.
• La modification de la taille du cache disque par défaut peut affecter les performances. La taille doit correspondre aux besoins des utilisateurs et à la charge de travail placée sur la machine.

Cartes d’interface réseau (NIC)

Cette page ne s’affiche pas lorsque vous créez des catalogues Remote PC Access.

Sur la page Cartes d’interface réseau, si vous prévoyez d’utiliser plusieurs cartes d’interface réseau (NIC), vous devez associer un réseau virtuel avec chaque carte. Par exemple, vous pouvez attribuer une carte pour accéder à un réseau sécurisé spécifique, et une autre carte pour accéder à un réseau plus courant. Vous pouvez également ajouter ou supprimer les cartes d’interface réseau à partir de cette page.

Comptes de machines

Cette page s’affiche uniquement lors de la création de catalogues Remote PC Access.

Sur la page Comptes de machines, spécifiez les comptes de machines Active Directory ou des unités d’organisation (OU) à ajouter qui correspondent à des utilisateurs ou des groupes d’utilisateurs. N’utilisez pas de barre oblique (/) dans un nom d’unité d’organisation.

Vous pouvez choisir une connexion de gestion de l’alimentation configurée précédemment ou choisir de ne pas utiliser la gestion de l’alimentation. Si vous souhaitez utiliser la gestion de l’alimentation, mais une connexion adéquate n’a pas encore été configurée, vous pouvez créer cette connexion plus tard, puis modifiez le catalogue de machines pour mettre à jour les paramètres de gestion de l’alimentation.

Comptes d’ordinateurs

Cette page s’affiche uniquement lorsque vous utilisez MCS pour créer des VM.

Chaque machine du catalogue de machines a besoin d’un compte d’ordinateur Active Directory correspondant. Sur la page Comptes d’ordinateurs, indiquez s’il faut créer des comptes ou utiliser des comptes existants, ainsi que l’emplacement de ces comptes.

• Si vous créez des comptes, vous devez être autorisé à créer des comptes d’ordinateur dans l’unité d’organisation où les machines résident.

  Spécifiez le schéma d’attribution de nom du compte pour les machines qui seront créées, en utilisant des marques de hachage pour indiquer l’emplacement où les lettres ou chiffres séquentiels apparaissent. N’utilisez pas de barre oblique (/) dans un nom d’unité d’organisation. Un nom ne peut pas commencer par un chiffre. Par exemple, un principe de dénomination de PC-Sales-## (avec 0-9 sélectionné) dans les comptes d’ordinateur nommés PC-Sales-01, PC-Sales-02, PC-Sales-03, etc.

• Si vous utilisez des comptes existants, vous pouvez sélectionner les comptes ou cliquez sur Importer et spécifiez un fichier .csv contenant les noms de compte. Le contenu du fichier importé doit utiliser le format :

[ADComputerAccount]
ADcomputeraccountname.domain
...
<!--NeedCopy-->

Assurez-vous qu’il existe suffisamment de comptes pour toutes les machines que vous ajoutez. Étant donné que Studio gère ces comptes, soit autorisez Studio à réinitialiser les mots de passe de tous les comptes soit spécifiez le mot de passe de compte, qui doit être le même pour tous les comptes.

Pour les catalogues contenant des machines physiques ou des machines existantes, sélectionnez ou importez des comptes existants et attribuez chaque machine à un compte d’ordinateur Active Directory et à un compte d’utilisateur.

Pour les machines créées avec Citrix Provisioning, les comptes d’ordinateur pour les machines cibles sont gérés différemment ; consultez la documentation Citrix Provisioning.

Résumé, nom et description

Sur la page Résumé, vérifiez les paramètres que vous avez spécifiés. Entrez un nom et une description pour le catalogue. Ces informations s’affichent dans Studio.

Lorsque vous avez terminé, cliquez sur Terminer pour démarrer la création du catalogue.

Dépannage

Important :

Après avoir créé le catalogue de machines à l’aide de Citrix Studio, vous ne pouvez plus utiliser la commande PowerShell Get-ProvTask pour récupérer les tâches associées à la création de catalogues de machines. Cette restriction résulte du fait que Studio supprime ces tâches après la création du catalogue de machines, que le catalogue soit créé avec succès ou non.

Citrix recommande de collecter des journaux pour aider l’équipe de support à fournir des solutions. Utilisez la procédure suivante pour générer des fichiers journaux lors de l’utilisation de Citrix Provisioning :

1. Sur l’image principale, créez la clé de Registre suivante avec la valeur 1 (pour valeur DWORD (32 bits)) : HKLM\Software\Citrix\MachineIdentityServiceAgent\LOGGING.

2. Arrêtez l’image principale et créez un instantané.

3. Exécutez la commande PowerShell suivante sur le Delivery Controller : Set-ProvServiceConfigurationData -Name ImageManagementPrep_NoAutoShutdown -Value $True.

4. Créez un catalogue basé sur cet instantané.
5. Lorsque la VM de préparation est créée sur l’hyperviseur, connectez-vous et extrayez les fichiers suivants dans la racine de C:\: Image-prep.log and PvsVmAgentLog.txt.
6. Arrêtez la machine ; à ce stade, elle signale l’échec.
7. Exécutez la commande PowerShell suivante pour réactiver l’arrêt automatique des machines de préparation d’image : Remove-ProvServiceConfigurationData -Name ImageManagementPrep_NoAutoShutdown.

Autres ressources

S’il s’agit du premier catalogue créé, Studio vous explique comment créer un groupe de mise à disposition.