Créer des catalogues de machines

Important :

À partir de Citrix Virtual Apps and Desktops™ 7 2006, si votre déploiement actuel utilise l’une des technologies suivantes, vous ne pouvez le mettre à niveau vers la version actuelle qu’après avoir supprimé les éléments en fin de vie (EOL) qui utilisent ces technologies.

• vDisks personnels (PvD)
• AppDisks™
• Types d’hôtes de cloud public : Citrix CloudPlatform, Microsoft Azure Classic

Pour plus de détails, consultez Supprimer les PVD, les AppDisks et les hôtes non pris en charge.

Si vous souhaitez utiliser des connexions d’hôte de cloud public pour votre déploiement, vous avez besoin d’une licence Hybrid Rights pour effectuer votre nouvelle installation ou votre mise à niveau vers la version actuelle.

Lorsque le programme d’installation détecte une ou plusieurs des technologies non prises en charge ou des connexions d’hôte sans licence Hybrid Rights, la mise à niveau est suspendue ou arrêtée. Un message explicatif apparaît. Les journaux du programme d’installation contiennent des détails. Pour plus d’informations, consultez Mettre à niveau un déploiement.

Effet de la licence Hybrid Rights sur les connexions d’hôte

Il existe trois scénarios dans lesquels la connexion d’hôte aux hôtes de cloud public est affectée en fonction du droit à la licence Hybrid Rights :

• Pour créer une connexion d’hôte aux hôtes de cloud public, vous devez disposer d’une licence Hybrid Rights.

• Si vous disposez d’une licence Hybrid Rights mais que celle-ci a expiré, les connexions existantes aux hôtes de cloud public sont marquées comme non autorisées et passent en mode maintenance. Lorsque les connexions d’hôte existantes sont en mode maintenance, vous ne pouvez pas effectuer les opérations suivantes :

  • Ajouter ou modifier des connexions d’hôte
  • Créer des catalogues et mettre à jour des images
  • Effectuer des actions d’alimentation

• Lorsque les connexions d’hôte non autorisées deviennent autorisées, les connexions d’hébergement existantes sont réactivées.

Introduction

Les collections de machines physiques ou virtuelles sont gérées comme une entité unique 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 OS multi-session peut contenir des machines Windows ou Linux, mais pas les deux.

Citrix Studio vous guide pour créer le premier catalogue de machines après avoir créé le site. Après avoir créé le premier catalogue, Studio vous guide pour créer le premier groupe de mise à disposition. Plus tard, vous pouvez modifier le catalogue que vous avez créé et créer d’autres catalogues.

Conseil :

La mise à niveau d’un déploiement existant active la fonctionnalité d’optimisation du stockage Machine Creation Services (MCS) (MCS I/O), aucune configuration supplémentaire n’est requise. La mise à niveau du Virtual Delivery Agent (VDA) et du Delivery Controller gère la mise à niveau de MCS I/O.

Présentation

Lorsque vous créez un catalogue de machines virtuelles, vous spécifiez comment provisionner ces machines virtuelles. 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.

À prendre en compte :

• MCS prend en charge un seul disque système à partir de l’image de 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 machines virtuelles, vous fournissez une image principale (ou un instantané d’une image) pour créer des machines virtuelles identiques dans le catalogue. Avant de créer le catalogue, vous utilisez d’abord les outils pour créer et configurer l’image principale. Ce processus comprend l’installation d’un Virtual Delivery Agent (VDA) sur l’image. Ensuite, vous créez le catalogue de machines dans Studio. Vous sélectionnez cette image (ou cet instantané), spécifiez le nombre de machines virtuelles à créer dans le catalogue et configurez des informations supplémentaires.
• Si vos machines sont déjà disponibles, vous devez toujours créer un ou plusieurs catalogues de machines pour ces machines.
• Si vous créez un catalogue directement à l’aide du SDK PowerShell, vous pouvez spécifier un modèle d’hyperviseur (VMTemplates), plutôt qu’une image ou un instantané.
• L’utilisation d’un modèle pour provisionner un catalogue est considérée comme une fonctionnalité expérimentale. Lors de l’utilisation de cette méthode, la préparation de la machine virtuelle peut échouer. Par conséquent, le catalogue ne peut pas être publié à l’aide du modèle.

Lorsque vous utilisez MCS ou Citrix Provisioning™ pour créer le premier catalogue, vous utilisez la connexion d’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 l’assistant de création de catalogue terminé, des tests s’exécutent automatiquement pour s’assurer qu’il est configuré correctement. Une fois les tests terminés, vous pouvez afficher un rapport de test. Exécutez les tests à tout moment depuis Studio.

Remarque :

MCS ne prend pas en charge Windows 10 IoT Core et Windows 10 IoT Enterprise. Reportez-vous au site Microsoft pour plus d’informations.

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

Vérification de la licence RDS

Citrix Studio n’effectue actuellement pas la vérification des licences Microsoft RDS valides lors de la création d’un catalogue de machines contenant des machines de système d’exploitation Windows multi-session. Pour afficher l’état de la licence Microsoft RDS pour une machine de système d’exploitation Windows multi-session, accédez à Citrix Director. Affichez l’état de la licence Microsoft RDS dans le panneau Détails de la machine. Ce panneau se trouve sur la page Détails de la machine et Détails de l’utilisateur. Pour plus d’informations, consultez État de la licence Microsoft RDS.

Enregistrement du VDA

Un VDA doit être enregistré auprès d’un Delivery Controller™ lors du lancement de sessions intermédiées. Les VDA non enregistrés peuvent entraîner une sous-utilisation des ressources autrement disponibles. Il existe diverses raisons pour lesquelles un VDA peut ne pas être enregistré, dont beaucoup peuvent être dépannées par un administrateur. Studio fournit des informations de dépannage dans l’assistant de création de catalogue, et après avoir ajouté des machines d’un catalogue à un groupe de mise à disposition.

Après avoir ajouté des machines existantes à l’aide de l’assistant, la liste des noms de comptes d’ordinateur indique si chaque machine est appropriée pour être ajoutée au catalogue. Passez la souris sur l’icône à côté de chaque machine pour afficher un message informatif sur cette machine.

Si le message identifie une machine problématique, supprimez cette machine ou ajoutez-la. Par exemple, si un message indique que des informations ne peuvent pas être obtenues sur une machine, ajoutez la machine quand même.

Pour plus d’informations, consultez :

• CTX136668 pour des conseils de dépannage de l’enregistrement VDA
• Versions VDA et niveaux fonctionnels
• Méthodes d’enregistrement VDA(/fr-fr/citrix-virtual-apps-desktops/2203-ltsr/manage-deployment/vda-registration.html)

Résumé de la création de catalogue MCS

Voici un bref aperçu des actions MCS par défaut après que vous ayez fourni les informations dans l’assistant de création de 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 place la copie sur chaque emplacement de stockage défini dans la connexion d’hôte.
• MCS ajoute les machines à Active Directory, ce qui crée des identités uniques.
• MCS crée le nombre de machines virtuelles spécifié dans l’assistant, avec deux disques définis pour chaque machine virtuelle. En plus des deux disques par machine virtuelle, une image principale est également stockée au même emplacement de stockage. Si vous avez défini plusieurs emplacements de stockage, chacun reçoit les types de disques suivants :
  • La copie complète de l’instantané, qui est en lecture seule et partagée entre les machines virtuelles nouvellement créées.
  • Un disque d’identité unique de 16 Mo qui confère à chaque machine virtuelle une identité unique. Chaque machine virtuelle reçoit un disque d’identité.
  • Un disque de différenciation unique pour stocker les écritures effectuées sur la machine virtuelle. Ce disque est provisionné de manière dynamique (si pris en charge par le stockage de l’hôte) et augmente jusqu’à la taille maximale de l’image principale, si nécessaire. Chaque machine virtuelle reçoit un disque de différenciation. Le disque de différenciation contient les modifications apportées pendant les sessions. Il est permanent pour les bureaux dédiés. Pour les bureaux en pool, il est supprimé et un nouveau est créé après chaque redémarrage via le contrôleur de livraison.

Alternativement, lors de la création de machines virtuelles pour fournir des bureaux statiques, vous pouvez spécifier (sur la page Machines de l’assistant de création de catalogue) des clones de machines virtuelles épais (copie complète). Les clones complets ne nécessitent pas la conservation de l’image principale sur chaque banque de données. Chaque machine virtuelle possède son propre fichier.

Considérations relatives au stockage MCS

De nombreux facteurs sont à prendre en compte lors du choix des solutions, configurations et capacités de stockage pour MCS. Les informations suivantes fournissent des considérations appropriées concernant la capacité de stockage :

Considérations relatives à la capacité :

• Disques

  Les disques Delta ou de différenciation (Diff) consomment le plus d’espace dans la plupart des déploiements MCS pour chaque VM. Chaque VM créée par MCS reçoit au minimum 2 disques lors de sa création.

  • Disque 0 = Disque de différenciation : contient le système d’exploitation lorsqu’il est copié à partir de l’image de base principale.
  • Disque 1 = Disque d’identité : 16 Mo - contient les données Active Directory pour chaque VM.

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

  • Optimisation du stockage MCS crée un disque de type cache d’écriture pour chaque VM. Dans les environnements de virtualisation XenServer, VMware et SCVMM, MCS place le disque de cache en écriture (WBC) au même emplacement de stockage que le disque du système d’exploitation si vous configurez la liste de stockage de système d’exploitation disponible de la même manière que la liste de stockage temporaire disponible lors de la création d’une connexion d’hôte.
  • MCS a ajouté la possibilité d’utiliser des clones complets par opposition au scénario de disque Delta décrit dans la section précédente.

  Les fonctionnalités de l’hyperviseur peuvent également entrer en ligne de compte. Par exemple :

  • Citrix Hypervisor IntelliCache crée un disque de lecture sur le stockage local pour chaque Citrix Hypervisor. Cette option permet d’économiser des IOPS par rapport à l’image principale qui peut être conservée sur l’emplacement de stockage partagé.

• Surcharge de l’hyperviseur

  Différents hyperviseurs utilisent des fichiers spécifiques qui créent une surcharge pour les VM. Les hyperviseurs utilisent également le stockage pour les opérations de gestion et de journalisation générale. Calculez l’espace pour inclure la surcharge pour :

  • Fichiers journaux
  • Fichiers spécifiques à l’hyperviseur. Par exemple :
    • VMware ajoute d’autres fichiers au dossier stockage de VM. Consultez les meilleures pratiques VMware.
    • Calculez vos besoins totaux en taille de machine virtuelle. Considérez une machine virtuelle contenant 20 Go pour le disque virtuel, 16 Go pour le fichier d’échange et 100 Mo pour les fichiers journaux, consommant un total de 36,1 Go.
  • Instantanés pour XenServer; Instantanés pour VMware.

• Charge de traitement

  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 (/fr-fr/citrix-virtual-apps-desktops/2203-ltsr/install-configure/machine-catalogs-create.html) nécessite qu’une copie du disque de base soit copiée vers chaque emplacement de stockage.
    • Cela nécessite également la création temporaire d’une VM de préparation.
  • L’(/fr-fr/citrix-virtual-apps-desktops/2203-ltsr/install-configure/machine-catalogs-manage.html) à un catalogue ne nécessite pas la copie du disque de base vers chaque emplacement de stockage. La création de catalogue varie en fonction des fonctionnalités sélectionnées.
  • La (/fr-fr/citrix-virtual-apps-desktops/2203-ltsr/install-configure/machine-catalogs-manage#update-a-catalog) crée un disque de base supplémentaire sur chaque emplacement de stockage. Les mises à jour de catalogue connaissent également un pic de stockage temporaire où chaque VM du catalogue dispose de 2 disques de différence pendant un certain temps.

Autres considérations :

• Taille de la RAM : Affecte la taille de certains fichiers et disques d’hyperviseur, y compris les disques d’optimisation d’E/S, le cache d’écriture et les fichiers d’instantanés.
• Provisionnement léger/épais : Le stockage NFS est préféré en raison de ses capacités de provisionnement léger.

Optimisation du stockage de Machine Creation Services (MCS)

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

• Le conteneur de cache d’écriture est basé sur des fichiers, la même fonctionnalité que celle trouvée dans Citrix Provisioning. Par exemple, le nom de fichier du cache d’écriture de Citrix Provisioning est D:\vdiskdif.vhdx et le nom de fichier du cache d’écriture MCS I/O est D:\mcsdif.vhdx.
• Améliorer les diagnostics en incluant la prise en charge d’un fichier de vidage sur incident Windows écrit sur le disque de cache d’écriture.
• MCS I/O conserve la technologie cache en RAM avec débordement sur disque dur pour fournir la solution de cache d’écriture multi-niveaux la plus optimale. Cette fonctionnalité permet à un administrateur d’équilibrer le coût de chaque niveau, RAM et disque, et les performances pour répondre aux attentes de la charge de travail souhaitée.

La mise à jour de la méthode de cache d’écriture de basée sur disque à basée sur fichier nécessite les modifications suivantes :

1. MCS I/O ne prend 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 la VM est créé et formaté automatiquement lors du premier démarrage d’une VM. Une fois la VM démarrée, le fichier de cache en écriture mcsdif.vhdx est écrit dans le volume formaté MCSWCDisk.
3. Le fichier d’échange est redirigé vers ce volume formaté, MCSWCDisk. Par conséquent, cette taille de disque prend en compte la quantité totale d’espace disque. Elle inclut le delta entre la taille du disque et la charge de travail générée, plus la taille du fichier d’échange. Ceci est généralement associé à la taille de la RAM de la VM.

Activation des mises à jour d’optimisation du stockage MCS

Pour activer la fonctionnalité d’optimisation du stockage MCS I/O, 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 avec MCS I/O activé, aucune configuration supplémentaire n’est requise. La mise à niveau du VDA et du Delivery Controller gère la mise à niveau de MCS I/O.

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

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

  

• La mise à jour d’un catalogue de machines existant vers un nouvel instantané de VM contenant un VDA configuré pour la version 1903 entraîne le comportement suivant : le nouvel instantané continue d’utiliser le paramètre MCS I/O du catalogue existant pour la RAM et la taille du disque. Le disque brut existant est formaté.

Important :

L’optimisation du stockage MCS a changé avec Citrix Virtual Apps and Desktops version 1903. Cette version prend en charge la technologie de cache en écriture basée sur des fichiers, offrant de meilleures performances et une meilleure stabilité. La nouvelle fonctionnalité fournie par MCS I/O pourrait nécessiter une exigence de stockage de cache en écriture plus élevée par rapport aux versions précédentes de Citrix Virtual Apps and Desktops. Citrix recommande de réévaluer la taille du disque pour s’assurer qu’il dispose d’un espace disque suffisant pour le flux de travail alloué et la taille supplémentaire du fichier d’échange. La taille du fichier d’échange est généralement liée à la quantité de RAM système. Si la taille du disque du catalogue existant est insuffisante, créez un catalogue de machines et allouez un disque de cache en écriture plus grand.

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

Pour configurer un catalogue avec un disque de cache en écriture persistante, 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 comment le disque de cache en écriture persiste pour les machines provisionnées par MCS. La propriété PersistWBC est utilisée uniquement lorsque le paramètre UseWriteBackCache est spécifié et lorsque le paramètre WriteBackCacheDiskSize est défini pour indiquer qu’un disque est créé.

Voici des exemples de propriétés trouvées dans le 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, tenez compte du fait 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.

La définition de la propriété PersistWBC sur true ne supprime pas le disque de cache en écriture différée lorsque l’administrateur Citrix Virtual Apps and Desktops arrête la machine à l’aide de Citrix Studio.

La définition de la propriété PersistWBC sur false supprime le disque de cache en écriture différée 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 définie par défaut sur false et le cache en écriture différée est supprimé lorsque la machine est arrêtée à l’aide de Citrix Studio.

Par exemple, en utilisant le paramètre CustomProperties pour définir 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 la cmdlet PowerShell New-ProvScheme. Toute tentative de modification de CustomProperties d’un schéma de provisioning après sa création n’a aucun impact sur le catalogue de machines et la persistance du disque de cache en écriture différée lorsqu’une machine est arrêtée.

Par exemple, définissez New-ProvScheme pour utiliser le cache en écriture différée 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-->

Préparer une image principale

Pour plus d’informations sur la création d’hôtes de connexion, consultez Connexions et ressources.

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

Bon à savoir :

• Une image principale peut également être appelée image de clone, image dorée, VM de base ou image de base. Les fournisseurs d’hôtes utilisent des termes différents.
• Lorsque vous utilisez Citrix Provisioning, vous pouvez utiliser une image maître ou un ordinateur physique comme périphérique cible maître. Citrix Provisioning utilise une terminologie différente de celle de MCS pour désigner les images. Pour plus de détails, consultez la documentation Citrix Provisioning.
• Assurez-vous que l’hôte dispose de suffisamment de processeurs, de mémoire et de stockage pour prendre en charge le nombre de machines créées.
• Configurez la quantité correcte d’espace disque nécessaire pour les bureaux et les applications. Cette valeur ne peut pas être modifiée ultérieurement ou dans le catalogue de machines.
• Les catalogues de machines Accès PC à distance n’utilisent pas d’images maîtresses.
• Considérations relatives à l’activation KMS de Microsoft lors de l’utilisation de MCS : Si votre déploiement inclut des VDA 7.x avec un hôte XenServer 6.1 ou 6.2, vSphere ou Microsoft System Center Virtual Machine Manager, vous n’avez pas besoin de réarmer manuellement Microsoft Windows ou Microsoft Office.

Installez et configurez les logiciels suivants sur l’image maître :

• Outils d’intégration pour votre hyperviseur (tels que Citrix VM Tools, Hyper-V Integration Services ou VMware tools). Si vous omettez cette étape, les applications et les bureaux risquent de ne pas fonctionner correctement.
• Un VDA. Citrix recommande d’installer la dernière version pour permettre l’accès aux fonctionnalités les plus récentes. L’absence d’installation d’un VDA sur l’image maître entraîne l’échec de la création du catalogue.
• Outils tiers si nécessaire, tels que les logiciels antivirus ou les agents de distribution de logiciels électroniques. Configurez les services avec des paramètres appropriés pour les utilisateurs et le type de machine (tels que les fonctionnalités de mise à jour).
• Applications tierces que vous ne virtualisez pas. Citrix recommande de virtualiser les applications. La virtualisation réduit les coûts en éliminant la nécessité de mettre à jour l’image maître après l’ajout ou la reconfiguration d’une application. De plus, moins d’applications installées réduisent la taille des disques durs de l’image maître, ce qui permet d’économiser sur les coûts de stockage.
• Clients App-V avec les paramètres recommandés, si vous prévoyez de publier des applications App-V. Le client App-V est disponible auprès de Microsoft.
• Lorsque vous utilisez MCS, si vous localisez Microsoft Windows, installez les paramètres régionaux et les modules linguistiques. Lors du provisioning, lorsqu’un instantané est créé, les VM provisionnées utilisent les paramètres régionaux et les modules linguistiques installés.

Important :

Si vous utilisez Citrix Provisioning ou MCS, ne lancez pas Sysprep sur les images maîtresses.

Pour préparer une image maître :

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. Spécifiez le nombre de vCPU. Vous pouvez également spécifier la valeur du vCPU si vous créez le catalogue de machines à l’aide de PowerShell. Vous ne pouvez pas spécifier le nombre de vCPU lors de la création d’un catalogue à l’aide de Studio. Configurez la quantité d’espace disque dur nécessaire pour les bureaux et les applications. Cette valeur ne peut pas être modifiée ultérieurement ou dans le catalogue.
2. Assurez-vous que le disque dur est attaché à l’emplacement de périphérique 0. La plupart des modèles d’image principale standard configurent cet emplacement par défaut, mais certains modèles personnalisés peuvent ne pas le faire.
3. Installez et configurez le logiciel mentionné ci-dessus sur l’image principale.
4. Lorsque vous utilisez Citrix Provisioning, créez un fichier VHD pour le disque virtuel à partir de votre périphérique cible principal avant de joindre le périphérique cible principal à un domaine. Consultez la documentation de Citrix Provisioning pour plus de détails.
5. Si vous n’utilisez pas MCS, joignez l’image principale au domaine dont les applications et les bureaux sont membres. Assurez-vous que l’image principale est disponible sur l’hôte où les machines sont créées. Si vous utilisez MCS, il n’est pas nécessaire de joindre l’image principale à un domaine. Les machines provisionnées sont jointes au domaine spécifié dans l’assistant de création de catalogue.
6. Citrix vous recommande de créer et de nommer un instantané de votre image principale. 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é. Vous ne pouvez pas le nommer.

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

Avant de démarrer l’assistant de création de catalogue, consultez cette section.

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

À partir de Studio :

• Si vous avez déjà créé un site mais pas encore de catalogue de machines, Studio vous guide vers le point de départ correct pour créer un catalogue.
• Si vous avez déjà créé un catalogue et que vous souhaitez en créer un autre, sélectionnez Catalogues de machines dans le volet de navigation de 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 que vous voyez diffèrent en fonction des sélections que vous effectuez.

Système d’exploitation

Chaque catalogue contient des machines d’un seul type. Sélectionnez-en un.

• SE multi-session : Un catalogue de SE 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 du VDA Linux pour plus de détails sur ce SE.)
• SE mono-session : Un catalogue de SE mono-session fournit des bureaux VDI que vous pouvez attribuer à différents utilisateurs.
• Accès PC distant : Un catalogue Accès PC distant fournit aux utilisateurs un accès à distance à leurs machines de bureau physiques au bureau. L’Accès PC distant ne nécessite pas de VPN pour assurer la sécurité.

Gestion des machines

Cette page n’apparaît pas lorsque vous créez des catalogues Accès PC distant.

La page Gestion des machines indique comment les machines sont gérées et quel outil vous utilisez pour déployer les machines.

Choisissez si les machines du catalogue sont gérées en termes d’alimentation via Studio.

• Les machines sont gérées en termes d’alimentation via Studio, par exemple, les machines virtuelles ou les PC lames. Cette option est disponible uniquement si vous avez déjà configuré une connexion à un hôte.
• Les machines ne sont pas gérées en termes d’alimentation via Studio, par exemple, les machines physiques.

Si vous avez indiqué que les machines sont gérées en termes d’alimentation via Studio, 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 des machines virtuelles. MCS n’est pas disponible pour les machines physiques.

• Citrix Provisioning : (Anciennement Provisioning Services.) Gère les périphériques cibles en tant que collection de périphériques. Un disque virtuel Citrix Provisioning, imagé à partir d’un périphérique cible principal, fournit des bureaux et des applications.

  Remarque :

  Cette option n’est plus prise en charge. Pour importer un périphérique cible Citrix Provisioning dans un catalogue Citrix Virtual Apps and Desktops, utilisez l’Assistant d’exportation de périphériques Citrix Provisioning.

• Autre : Un outil qui gère les machines déjà présentes dans le centre de données. Citrix recommande d’utiliser Microsoft System Center Configuration Manager ou une autre application tierce pour garantir la cohérence des machines du catalogue.

Types de bureau (expérience de bureau)

Cette page apparaît uniquement lorsque vous créez un catalogue contenant des machines de système d’exploitation à session unique.

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

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

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 sont gérées :

• Enregistrer les modifications de l’utilisateur sur le bureau sur le disque local.
• Ignorer les modifications de l’utilisateur et effacer le bureau virtuel lorsque l’utilisateur se déconnecte. Sélectionnez cette option si vous utilisez la couche de personnalisation utilisateur.

Image principale

Cette page apparaît uniquement lorsque vous utilisez MCS pour créer des machines virtuelles.

Sur la page Image principale, sélectionnez la connexion à l’hôte, puis sélectionnez l’instantané ou la machine virtuelle 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 nommer.

Pour activer l’utilisation des dernières fonctionnalités du produit, assurez-vous que l’image principale dispose de la dernière version du VDA installée. Ne modifiez pas la sélection VDA minimale par défaut. Cependant, si vous devez utiliser une version antérieure du VDA, consultez Versions VDA et niveaux fonctionnels.

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

Collection d’appareils

Cette page apparaît uniquement lors de l’utilisation de Citrix Provisioning pour créer des machines virtuelles.

La page Collection d’appareils affiche les collections d’appareils et les appareils qui n’ont pas encore été ajoutés aux catalogues.

Sélectionnez les collections d’appareils à utiliser.

Machines

Cette page n’apparaît pas lorsque vous créez des catalogues d’accès à distance aux PC.

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

Lorsque vous utilisez MCS :

• Spécifiez le nombre de machines virtuelles à créer.
• Choisissez la quantité de mémoire (en Mo) de chaque machine virtuelle.
• Chaque machine virtuelle créée possède un disque dur. Sa taille est définie dans l’image principale. Vous ne pouvez pas modifier la taille du disque dur dans le catalogue.
• 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 statiques, sélectionnez un mode de copie de machine virtuelle. Consultez Mode de copie de machine virtuelle.
• Si vous créez des machines virtuelles de bureau aléatoires qui n’utilisent pas de vDisk, vous pouvez configurer un cache à utiliser pour les données temporaires sur chaque machine. Consultez Configurer le cache pour les données temporaires.

Lorsque vous utilisez Citrix Provisioning :

La page Devices répertorie les machines de la collection d’appareils que vous avez sélectionnée sur la page précédente de l’assistant. Vous ne pouvez pas ajouter ou supprimer de machines sur cette page.

Lorsque vous utilisez d’autres outils :

Ajoutez (ou importez une liste de) noms de comptes de machine Active Directory. Vous pouvez modifier le nom du 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 Desktop Experience, vous pouvez éventuellement spécifier le nom d’utilisateur Active Directory pour chaque VM que vous ajoutez.

Après avoir ajouté ou importé des noms, vous pouvez utiliser le bouton Remove pour supprimer des noms de la liste, tant que vous êtes sur cette page.

Lorsque vous utilisez 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 provenant d’une collection d’appareils Citrix Provisioning) permettent d’identifier les machines qui pourraient ne pas être éligibles pour être ajoutées au catalogue, ou qui ne pourraient pas s’enregistrer auprès d’un Delivery Controller. Pour plus de détails, consultez Versions de VDA et niveaux fonctionnels.

Mode de copie de machine virtuelle

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 épais (copie complète) à partir de l’image principale. (Par défaut = clones légers)

• Utilisez des clones à copie rapide pour une utilisation plus efficace du stockage et une création de machine plus rapide.
• Utilisez des clones à copie complète pour une meilleure récupération de données et une meilleure prise en charge de la migration, avec des IOPS potentiellement réduites après la création des machines.

Versions de VDA et niveaux fonctionnels

Le niveau fonctionnel d’un catalogue contrôle les fonctionnalités du produit disponibles pour les machines du catalogue. L’utilisation des fonctionnalités introduites dans les nouvelles versions du produit nécessite un nouveau VDA. La définition d’un niveau fonctionnel rend toutes les fonctionnalités introduites dans cette version (et ultérieures, si le niveau fonctionnel ne change pas) disponibles pour les machines du catalogue. Cependant, les machines de ce catalogue avec une version de VDA antérieure ne peuvent pas s’enregistrer.

Un menu situé en bas de la page Machines (ou Devices) vous permet de sélectionner le niveau VDA minimum. Cela définit le niveau fonctionnel minimum du catalogue. Par défaut, le niveau fonctionnel le plus récent est sélectionné pour les déploiements sur site. Si vous suivez la recommandation de Citrix d’installer et de mettre à niveau systématiquement les VDA et les composants principaux vers la dernière version, vous n’avez pas besoin de modifier cette sélection. Cependant, si vous devez continuer à utiliser des versions de VDA plus anciennes, sélectionnez la valeur correcte.

Une version de Citrix Virtual Apps and Desktops peut ne pas inclure une nouvelle version de VDA, ou le nouveau VDA n’a pas d’impact sur le niveau fonctionnel. Dans de tels cas, le niveau fonctionnel peut indiquer une version de VDA antérieure aux composants installés ou mis à niveau. Par exemple, bien que la version 7.17 contienne un VDA 7.17, le niveau fonctionnel par défaut (« 7.9 ou version ultérieure ») reste le plus récent. Par conséquent, après l’installation ou la mise à niveau des composants 7.9 à 7.16 vers 7.17, vous n’avez pas besoin de modifier le niveau fonctionnel par défaut. L’article Nouveautés de chaque version indique tout changement dans le niveau fonctionnel par défaut.

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

Des messages s’affichent sur la page si le VDA de chaque machine n’atteint pas ou ne dépasse pas le niveau fonctionnel minimal sélectionné. Vous pouvez continuer avec l’assistant. Ces machines ne pourront probablement pas s’enregistrer auprès d’un contrôleur ultérieurement. Vous pouvez également :

• Supprimer les machines contenant des VDA plus anciens de la liste, mettre à niveau leurs VDA, puis les rajouter au catalogue.
• Choisir un niveau fonctionnel inférieur qui empêche l’accès aux dernières fonctionnalités du produit.

Un message s’affiche également si une machine n’a pas pu être ajoutée au catalogue parce qu’elle est du mauvais type de machine. Par exemple, tenter d’ajouter un serveur à un catalogue de systèmes d’exploitation à session unique, ou ajouter une machine de système d’exploitation à session unique initialement créée pour une allocation aléatoire à un catalogue de machines statiques.

Important :

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

Si vous sélectionnez 1811 (ou version plus récente), toutes les versions antérieures de VDA dans ce catalogue ne pourront pas s’enregistrer auprès d’un contrôleur. Cependant, si le catalogue ne contient que des VDA de version 1811 ou des versions ultérieures prises en charge, ils sont tous éligibles à l’enregistrement. Cela inclut les catalogues contenant des VDA configurés pour des versions ultérieures de Citrix Virtual Apps and Desktops, y compris la version 1903 et d’autres versions 19XX antérieures à la version actuelle.

Configurer le cache pour les données temporaires

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

Important :

Cette fonctionnalité nécessite un pilote d’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 un stockage partagé ou local lorsque vous créez la connexion utilisée par le catalogue. Pour plus d’informations, consultez 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), cochez la case 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. Généralement, les valeurs par défaut sont suffisantes dans la plupart des cas. Cependant, tenez compte de l’espace nécessaire pour :

• Les fichiers de données temporaires créés par Windows lui-même, y compris le fichier d’échange Windows.
• Les données de profil utilisateur.
• Données ShareFile synchronisées avec les sessions des utilisateurs.
• Données susceptibles d’être créées ou copiées par un utilisateur de session ou par toute application que les utilisateurs pourraient installer au sein de la session.

Stockage temporaire et stockage d’images(/fr-fr/citrix-virtual-apps-desktops/2203-ltsr/media/storage-temp2.png)

Pour configurer un cache pour les données temporaires sur chaque machine, tenez compte 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 directement écrites sur le disque de différenciation (situé dans le stockage du système d’exploitation) pour chaque machine virtuelle. (Il s’agit de l’action de provisionnement dans la version 7.8 et antérieures.)
• Si vous cochez la case Taille du cache disque et ne cochez pas la case Mémoire allouée au cache, les données temporaires sont directement écrites sur le disque de cache, en utilisant une quantité minimale de cache mémoire.
• 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 le cache mémoire. 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 disque de cache de données temporaires.

Important :

• Si le cache disque manque d’espace, la session de l’utilisateur devient inutilisable.
• Cette fonctionnalité n’est pas disponible lors de l’utilisation d’une connexion d’hôte Nutanix.
• Vous ne pouvez pas modifier les valeurs du cache dans un catalogue de machines après la création de la machine.

Remarque :

• Le cache mémoire fait partie 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 rapport à sa valeur par défaut peut affecter les performances. La taille doit correspondre aux exigences de l’utilisateur et à la charge placée sur la machine.

NIC

Cette page n’apparaît pas lorsque vous créez des catalogues d’accès PC distant.

Sur la page Cartes d’interface réseau, si vous prévoyez d’utiliser plusieurs cartes réseau, associez un réseau virtuel à 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 couramment utilisé. Vous pouvez également ajouter ou supprimer des cartes réseau depuis cette page.

Comptes machine

Cette page n’apparaît que lors de la création de catalogues d’accès PC distant.

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

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

Comptes d’ordinateur

Cette page n’apparaît que lors de l’utilisation de MCS pour créer des machines virtuelles.

Chaque machine du catalogue doit avoir un compte d’ordinateur Active Directory correspondant. Sur la page Comptes d’ordinateur, indiquez si vous souhaitez créer des comptes ou utiliser des comptes existants, ainsi que l’emplacement de ces comptes.

• Si vous créez des comptes, vous devez disposer des autorisations nécessaires pour créer des comptes d’ordinateur dans l’UO où résident les machines.

  Spécifiez le schéma de nommage des comptes pour la machine, en utilisant des dièses pour indiquer où apparaissent les numéros ou lettres séquentiels. N’utilisez pas de barre oblique (/) dans un nom d’UO. Un nom ne peut pas commencer par un chiffre. Par exemple, un schéma de nommage PC-Sales-## (avec 0-9 sélectionné) génère des comptes d’ordinateur nommés PC-Sales-01, PC-Sales-02, PC-Sales-03, etc.

• Si vous utilisez des comptes existants, parcourez 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 suivant :

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

Assurez-vous qu’il y a suffisamment de comptes pour toutes les machines que vous ajoutez. Studio gère ces comptes, alors autorisez Studio à réinitialiser les mots de passe de tous les comptes ou spécifiez le mot de passe du 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. Affectez 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 des périphériques cibles sont gérés différemment ; consultez la documentation de Citrix Provisioning.

Résumé, nom et description

Sur la page Résumé, vérifiez les paramètres que vous avez spécifiés. Saisissez un nom et une description pour le catalogue. Ces informations apparaissent 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 du catalogue de machines. Cette restriction est due au 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 les journaux pour aider l’équipe de support à fournir des solutions. Lorsque vous utilisez Citrix Provisioning, suivez la procédure suivante pour générer des fichiers journaux :

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

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

3. Sur le Delivery Controller, exécutez la commande PowerShell suivante : 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 de la racine de C:\ : Image-prep.log et PvsVmAgentLog.txt.
6. Arrêtez la machine, à ce stade, elle signalera 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.

Étapes suivantes

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