Citrix Virtual Apps and Desktops Service

Créer un catalogue de machines

Remarque :

Cet article explique comment créer des catalogues à l’aide de l’interface Configuration complète. Si vous utilisez Déploiement rapide pour créer des ressources Azure, suivez les instructions dans Création de catalogues avec Déploiement rapide.

Des collections de machines virtuelles ou physiques sont gérées comme une seule entité appelée catalogue de machines. Toutes 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.

L’interface Gérer > Configuration complète vous guide pour créer le premier catalogue de machines. Après la création du premier catalogue, vous créez le premier groupe de mise à disposition. Plus tard, vous pourrez modifier le catalogue que vous avez créé et créer des catalogues supplémentaires.

Vue d’ensemble

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

  • Si vous utilisez MCS pour provisionner des VM, vous devez fournir une image (ou un instantané) 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. Ce processus comprend l’installation d’un Virtual Delivery Agent (VDA) sur l’image. Vous créez ensuite le catalogue de machines dans l’interface Gérer > Configuration complète. Vous sélectionnez cette image (ou un instantané de cette image), 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 (et vous n’avez pas besoin d’images), vous devez quand même créer un ou plusieurs catalogues pour ces machines.

Lorsque vous utilisez MCS pour créer le premier catalogue, vous spécifiez une connexion hôte que vous avez créée précédemment. 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.

Si un Cloud Connector ne fonctionne pas correctement, les opérations de provisionnement MCS (telles que les mises à jour de catalogue) prennent beaucoup plus de temps que d’habitude, et les performances de l’interface de gestion se dégradent considérablement.

Lorsque vous sélectionnez une image à utiliser pour créer un catalogue de machines, vous pouvez sélectionner les images que vous avez créées dans Azure Shared Image Gallery. Ces images apparaissent dans la liste d’images de l’écran Image principale de l’assistant Création d’un catalogue de machines.

Pour que ces images apparaissent, vous devez :

  1. Configurer un site Citrix Virtual Apps and Desktops.
  2. Connectez-vous à Azure Resource Manager.
  3. Dans le portail Azure, créez un groupe de ressources. Pour plus d’informations, consultez Créer une instance Azure Shared Image Gallery à l’aide du portail.
  4. Dans le groupe de ressources, créez une instance Azure Shared Image Gallery.
  5. Dans l’instance Shared Image Gallery, créez une définition d’image.
  6. Dans la définition de l’image, créez une version d’image.

Vérification des licences RDS

La création d’un catalogue de machines contenant des machines avec OS multi-session Windows comprend une vérification automatique des licences RDS. Une recherche est effectuée dans le catalogue pour trouver une machine sous tension et enregistrée sur laquelle effectuer la vérification.

  • Si une machine sous tension et enregistrée ne peut pas être trouvée, un avertissement s’affiche, indiquant que la vérification des licences RDS ne peut pas être exécutée.
  • Si une machine est trouvée, et qu’une erreur est détectée, Gérer > Configuration complète affiche un message d’avertissement pour le catalogue de machines contenant le problème détecté. Pour supprimer un avertissement de licence RDS d’un catalogue (afin qu’il n’apparaisse plus sur l’écran), sélectionnez le catalogue. Sélectionnez Supprimer l’avertissement de licence RDS. Lorsque vous y êtes invité, confirmez l’action.

Enregistrement de VDA

Un VDA doit être enregistré auprès d’un Cloud Connector 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 plusieurs raisons pour lesquelles un VDA peut ne pas être enregistré, un grand nombre d’entre elles pouvant être résolues. Des informations de dépannage sont fournies dans l’Assistant de création de catalogue de machines, et après l’ajout d’un catalogue de machines à un groupe de mise à disposition.

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), vous pouvez quand même choisir d’ajouter la machine.

Pour plus d’informations sur le dépannage de l’enregistrement de VDA, voir l’article CTX136668.

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 (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é (mentionnée ci-dessus), 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 postes de travail regroupés, il est supprimé et un autre est créé après chaque redémarrage.

É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 :

    • 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 dans la section précédente.

    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 Citrix Hypervisor. Cette option s’enregistre sur IOPS sous l’image 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 et 100 Mo pour les fichiers journaux, consommant 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.
    • 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.
    • Mise à jour du catalogue pour 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)

La fonctionnalité d’optimisation du stockage Machine Creation Services (MCS) est également 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.
  • Vous pouvez améliorer le diagnostic avec 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 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. 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. Elle inclut l’écart entre la taille du disque et la charge de travail générée plus la taille du fichier d’échange. Elle est généralement associée à la taille de la RAM de la VM.

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

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

  • L’interface utilisateur de configuration du catalogue de machines de la console Web :

    Création d'un catalogue de machines

  • L’interface utilisateur de configuration du catalogue de machines de l’ancienne console :

    Création d'un catalogue de machines

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.

Lorsque la fonctionnalité d’optimisation du stockage MCS est activée, vous pouvez effectuer les opérations suivantes lors de la création d’un catalogue :

  • Configurez la taille du disque et de la RAM utilisés pour la mise en cache des données temporaires.

  • Sélectionnez le type de stockage pour le disque de cache en écriture différée. Les types de stockage suivants peuvent être utilisés pour le disque de cache en écriture différée :

    • SSD premium. Offre une option de stockage sur disque hautes performances et à faible latence adaptée aux machines virtuelles avec des charges d’E/S intensives.
    • SSD standard. Offre une option de stockage économique qui convient aux charges de travail nécessitant des performances constantes à des niveaux d’E/S par seconde inférieurs. Un disque d’identité Azure est toujours créé à l’aide d’un SSD standard.
    • HDD standard. Offre une option de stockage sur disque fiable et économique adaptée aux machines virtuelles qui exécutent des charges de travail insensibles à la latence.

    MCS configure les disques standard et premium pour utiliser le stockage localement redondant (LRS). LRS effectue de multiples copies synchrones de vos données dans un seul data center. Pour de plus amples informations sur les types de stockage et la réplication de stockage Azure, consultez les rubriques suivantes :

  • Utilisez Utiliser disque de cache en écriture différée persistant pour contrôler si le disque de cache en écriture persiste pour les machines virtuelles provisionnées dans Azure. Vous pouvez également utiliser PowerShell à la place. Pour plus d’informations, consultez Utilisation de PowerShell pour créer un catalogue avec disque de cache en écriture persistant.
    • Utiliser disque de cache en écriture différée persistant. Cette option vous permet de contrôler si le disque de cache en écriture persiste pour les machines virtuelles provisionnées. Par défaut, le disque de cache en écriture persistant est désactivé, ce qui entraîne la suppression du disque pendant les cycles d’alimentation et la perte de toutes les données redirigées vers le disque. L’activation de cette option augmente vos coûts de stockage. Activez Taille du cache disque (Go) pour rendre cette option disponible.
  • Utilisez Conserver le disque système pendant les cycles d’alimentation pour contrôler si les disques système doivent être conservés pour les VDA pendant les cycles d’alimentation.
    • Conserver le disque système pendant les cycles d’alimentation. Par défaut, le disque système est supprimé à l’arrêt et recréé au démarrage. Cela garantit que le disque est toujours dans un état propre, mais entraîne des temps de redémarrage de la machine virtuelle plus longs. Si les écritures système sont redirigées vers le cache RAM et débordent sur le disque cache, le disque système reste inchangé. L’activation de cette option augmente vos coûts de stockage, mais réduit les temps de redémarrage des machines virtuelles, conserve la personnalisation de vos machines virtuelles et permet de démarrer les machines virtuelles via le portail Azure. Activez Taille du cache disque (Go) pour rendre cette option disponible.

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

Pour configurer un catalogue avec un disque de cache en réécriture persistant, utilisez le paramètre PowerShell New-ProvScheme CustomProperties.

Conseil :

Le paramètre PowerShell New-ProvScheme CustomProperties ne doit être utilisé que pour les connexions d’hébergement basées sur le cloud. Si vous souhaitez provisionner des machines à l’aide d’un disque de cache en réécriture persistant pour une solution locale (par exemple, Citrix Hypervisor), PowerShell n’est pas nécessaire car le disque persiste automatiquement.

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

Remarque :

Ce comportement s’applique uniquement à Azure où le disque de cache en écriture MCSIO par défaut est supprimé et recréé lors du cycle d’alimentation. Vous pouvez choisir de persister le disque pour éviter la suppression et la recréation du disque de cache en réécriture MCSIO.

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 l’interface de gestion.

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 l’interface de gestion.

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 l’interface de gestion.

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.

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

Améliorer les performances de démarrage avec MCSIO

Vous pouvez améliorer les performances de démarrage des disques gérés par Azure lorsque MCSIO est activé. Utilisez la propriété personnalisée PersistOSDisk PowerShell dans la commande New-ProvScheme pour configurer cette fonctionnalité. Les options associées à New-ProvScheme incluent :

<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="Resource<!--NeedCopy-->
``````<!--NeedCopy-->
````````Groups" Value="benvaldev5RG3" />
<Property xsi:type="StringProperty" Name="PersistOsDisk" Value="true" />
</CustomProperties>
<!--NeedCopy-->

Pour activer cette fonctionnalité, définissez la propriété personnalisée PersistOSDisk sur true. Par exemple :

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=`"PersistOsDisk`" 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-->

Clé de chiffrement gérée par le client Azure

Remarque :

Cette fonctionnalité n’est disponible que dans la console Web.

Lors de la création d’un catalogue de machines, vous pouvez choisir de chiffrer les données sur les machines provisionnées dans le catalogue. Le chiffrement côté serveur à l’aide d’une clé de chiffrement gérée par le client vous permet de gérer le chiffrement au niveau du disque géré et de protéger les données sur les machines du catalogue. Un jeu de chiffrement de disque (Disk Encryption Set ou DES) représente une clé gérée par le client. Pour utiliser cette fonctionnalité, vous devez d’abord créer votre DES dans Azure. Un DES est dans le format suivant :

  • /subscriptions/12345678-1234-1234-1234-123456789012/resourceGroups/Sample-RG/providers/Microsoft.Compute/diskEncryptionSets/SampleEncryptionSet`

Sélectionnez un DES dans la liste. Le DES sélectionné doit se trouver dans le même abonnement et la même région que vos ressources. Si votre image est chiffrée avec un DES, utilisez le même DES lors de la création du catalogue de machines. Vous ne pouvez pas modifier le DES après avoir créé le catalogue.

Si vous créez un catalogue avec une clé de chiffrement et que vous désactivez ultérieurement le DES correspondant dans Azure, vous ne pouvez plus mettre les machines du catalogue sous tension ou y ajouter des machines.

Hôtes dédiés Azure

Vous pouvez utiliser MCS pour provisionner des machines virtuelles sur des hôtes dédiés Azure. Avant de provisionner des machines virtuelles sur des hôtes dédiés Azure :

  • Créez un groupe d’hôtes.
  • Créez des hôtes dans ce groupe d’hôtes.
  • Assurez-vous que la capacité des hôtes est suffisante pour la création de catalogues et de machines virtuelles.

Vous pouvez créer un catalogue de machines avec la location d’hôte définie à l’aide du script PowerShell suivant :

New-ProvScheme <otherParameters> -CustomProperties '<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <Property xsi:type="StringProperty" Name="HostGroupId" Value="myResourceGroup/myHostGroup" />
 ...other Custom Properties...
 </CustomProperties>
<!--NeedCopy-->

Lorsque vous utilisez MCS pour provisionner des machines virtuelles sur des hôtes dédiés Azure, tenez compte des éléments suivants :

  • Un hôte dédié est une propriété de catalogue et ne peut pas être modifié une fois le catalogue créé. La location dédiée n’est actuellement pas prise en charge sur Azure.
  • Un groupe d’hôtes Azure préconfiguré, dans la région de l’unité d’hébergement, est requis lors de l’utilisation du paramètre HostGroupId.
  • Le placement automatique Azure est requis. Cette fonctionnalité effectue une demande d’intégration à l’abonnement associé au groupe d’hôtes. Pour plus d’informations, consultez Échelle MV définie sur les hôtes dédiés Azure - Version préliminaire publique. Si le placement automatique n’est pas activé, MCS génère une erreur lors de la création du catalogue.

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.

Capture des propriétés d’instance AWS

Lorsque vous créez un catalogue pour provisionner des machines à l’aide de Machine Creation Services (MCS) dans AWS, vous sélectionnez une AMI pour représenter l’image maître/principale de ce catalogue. À partir de cette AMI, MCS utilise un instantané du disque. Dans les versions précédentes, pour avoir des rôles et/ou des balises sur vos machines, vous utilisiez la console AWS pour les définir individuellement. Cette fonctionnalité est activée par défaut.

Conseil :

Pour utiliser la capture de propriétés d’instance AWS, une machine virtuelle doit être associée à l’AMI.

Pour améliorer ce processus, MCS lit les propriétés de l’instance à partir de laquelle l’AMI a été prise et applique le rôle IAM (Identity Access Management) et les balises de la machine aux machines provisionnées pour un catalogue donné. Lors de l’utilisation de cette fonctionnalité facultative, le processus de création du catalogue recherche l’instance source de l’AMI sélectionnée, en lisant un ensemble limité de propriétés. Ces propriétés sont ensuite stockées dans un modèle de lancement AWS, qui est utilisé pour provisionner des machines pour ce catalogue. Toute machine du catalogue hérite des propriétés d’instance capturées.

Les propriétés capturées incluent :

  • Rôles IAM : appliqués aux instances provisionnées
  • Balises : appliquées aux instances provisionnées, à leur disque et aux cartes réseau. Ces balises sont appliquées aux ressources Citrix transitoires, notamment : compartiment et objets S3, ressources de volume et de travail, AMI, instantanés et modèles de lancement.

Conseil :

Le balisage des ressources Citrix transitoires est facultatif et est configurable à l’aide de la propriété personnalisée AwsOperationalResourcesTagging.

Capture des propriétés d’instance AWS

Vous pouvez utiliser cette fonctionnalité en spécifiant une propriété personnalisée, AwsCaptureInstanceProperties, lors de la création d’un schéma de provisioning pour une connexion d’hébergement AWS :

New-ProvScheme -CustomProperties “AwsCaptureInstanceProperties,true” …<standard provscheme parameters

Pour utiliser cette fonctionnalité, vous devez spécifier un ensemble plus large d’autorisations pour la clé de service AWS. Ces autorisations sont les suivantes :

  • ec2:AssociateIamInstanceProfile
  • ec2:CreateLaunchTemplate
  • ec2:DeleteLaunchTemplate
  • ec2:DeleteTags
  • ec2:DisassociateIamInstanceProfile
  • ec2:DescribeIamInstanceProfileAssociations
  • ec2:DescribeLaunchTemplates
  • ec2:DescribeLaunchTemplateVersions
  • ec2:DescribeSnapshots
  • ec2:DescribeTags
  • iam:PassRole
  • s3:PutBucketTagging
  • s3:PutObjectTagging

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

Balisage des ressources opérationnelles AWS

Une image de machine Amazon (AMI) représente un type d’appliance virtuelle utilisée pour créer une machine virtuelle dans l’environnement Amazon Cloud, communément appelé EC2. Vous devez utiliser une AMI pour déployer des services qui utilisent l’environnement EC2. Lorsque vous créez un catalogue pour provisionner des machines à l’aide de MCS pour AWS, vous sélectionnez l’AMI en tant qu’image principale pour ce catalogue.

Important :

La création de catalogues en capturant une propriété d’instance et un modèle de lancement est nécessaire pour utiliser le balisage des ressources opérationnelles. Pour plus d’informations, consultez la section précédente Capture des propriétés d’instance AWS.

Pour créer un catalogue AWS, vous devez d’abord créer une AMI pour l’instance qui sera l’image principale. MCS lit les balises de cette instance et les incorpore dans le modèle de lancement. Les balises du modèle de lancement sont ensuite appliquées à toutes les ressources Citrix créées dans votre environnement AWS, notamment :

  • Machines virtuelles
  • Disques VM
  • Interfaces réseau VM
  • Compartiments S3
  • Objets S3
  • Modèles de lancement
  • AMI

Balisage d’une ressource opérationnelle

Pour utiliser PowerShell pour baliser des ressources :

  1. Ouvrez une fenêtre PowerShell à partir de l’hôte DDC.
  2. Exécutez la commande asnp citrix pour charger des modules PowerShell spécifiques à Citrix.

Pour baliser une ressource pour une VM provisionnée, utilisez la nouvelle propriété personnalisée, AwsOperationalResourcesTagging. La syntaxe de cette propriété est la suivante :

New-ProvScheme -CustomProperties “AwsCaptureInstanceProperties,true; AwsOperationalResourcesTagging,true” …<standard provscheme parameters>

Pour utiliser la propriété personnalisée AwsOperationalResourcesTagging, assurez-vous que les nouvelles autorisations suivantes existent pour la clé de service AWS :

  • ec2:CreateTags
  • ec2:DeleteTags
  • ec2:DescribeTags
  • s3:PutBucketTagging
  • s3:PutObjectTagging

Définissez ces autorisations dans la section IAM d’AWS Management Console :

  1. Dans le panneau Summary, sélectionnez l’onglet Permissions.
  2. Sélectionnez Add permissions.

Identity and Access Management (IAM)

Dans l’écran Add Permissions to, accordez des autorisations :

Accorder des autorisations pour les stratégies IAM

Utilisez l’exemple suivant dans l’onglet JSON :

Exemple JSON

Conseil :

L’exemple JSON mentionné peut ne pas inclure toutes les autorisations pour votre environnement. Consultez Comment faire pour définir les autorisations de gestion des identités et des accès en exécutant CVAD sur Amazon Web Services pour plus d’informations.

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

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 peuvent utiliser des termes différents.
  • 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 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 à partir de Gérer > Configuration complète. 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. 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.
  5. 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, l’interface de gestion crée un instantané, mais vous ne pouvez pas le renommer.

Commencer à créer le catalogue

Avant de créer un catalogue :

  • Consultez cette section pour en savoir plus sur les choix à effectuer et les informations que vous devez fournir.
  • Assurez-vous d’avoir créé une connexion à l’hyperviseur, au service de cloud et aux autres ressources qui hébergent vos machines.
  • Si vous avez créé une image principale pour provisionner des machines, assurez-vous d’avoir installé un VDA sur cette image.

Pour lancer l’assistant de création de catalogues :

  1. Connectez-vous à Citrix Cloud. Dans le menu en haut à gauche, sélectionnez Mes services > Virtual Apps and Desktops.
  2. Sélectionnez Gérer.
  3. S’il s’agit du premier catalogue que vous créez, vous êtes guidé vers la bonne sélection (telle que « Configurer les machines et créer des catalogues de machines pour exécuter les applications et les bureaux »). L’assistant de création de catalogues s’ouvre et vous guide au travers des éléments décrits ci-dessous.

Si vous avez déjà créé un catalogue et souhaitez en créer un autre, dans Gérer > Configuration complète, sélectionnez Catalogues de machines dans le volet gauche. Sélectionnez ensuite Créer un catalogue de machines.

L’assistant vous guide au travers des pages décrites ci-dessous. Les pages qui s’affichent peuvent être différentes selon les sélections que vous effectuez et la connexion (à un hôte) que vous utilisez. Hôtes et ressources de virtualisation répertorie les sources d’informations pour les types d’hôtes pris en charge.

Système d’exploitation

Chaque catalogue contient des machines d’un seul type :

  • 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.
  • 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 un catalogue 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 sera effectuée via l’interface Configuration complète.

  • Les machines sont gérées par l’alimentation via l’interface de configuration complète ou provisionnées via un environnement cloud, par exemple des machines virtuelles ou des PC lames. 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 via l’interface Configuration complète, les machines physiques par exemple.

Si vous avez indiqué que l’alimentation des machines est gérée l’interface Configuration complète 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.
  • 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.

Image principale

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

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.

Remarque :

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

Ne modifiez pas la sélection de version de VDA minimale par défaut. 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.

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, l’assistant de création de catalogue peut contenir des pages supplémentaires spécifiques à cet hôte. Par exemple, lorsque vous utilisez une image principale Azure Resource Manager, l’assistant de création de catalogue contient une page Types de stockage et de licence.

Pour obtenir des informations spécifiques à l’hôte, suivez le lien approprié répertorié dans Commencer à créer le catalogue.

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.

  • Lorsque vous utilisez MCS pour créer des machines :

    • Spécifiez le nombre de machines virtuelles à créer.
    • Choisissez la quantité de mémoire (Mo) pour chaque VM.
    • Important : chaque machine virtuelle créée dispose d’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 doivent être 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 utilise plusieurs zones, vous pouvez sélectionner une zone (emplacement de ressources) 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.
  • Lorsque vous utilisez d’autres outils pour fournir des machines virtuelles :

    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 de l’assistant 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 de l’assistant.

  • Lors de l’utilisation d’autres outils (mais pas MCS) :

    Une icône et une info-bulle pour chaque machine ajoutée (ou importée) vous aident à identifier les machines qu’il peut ne pas être possible d’ajouter au catalogue, ou d’enregistrer auprès d’un Cloud Connector.

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.

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.

Pour activer la mise en cache des données temporaires, le VDA de chaque machine dans le catalogue doit être à la version minimale 7.9. Cette fonctionnalité est appelée MCSIO.

Important :

Cette fonctionnalité nécessite un pilote MCSIO 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, veuillez consulter la section Connexions et ressources. L’activation et la configuration du cache temporaire dans le catalogue contient deux cases à cocher : Mémoire allouée au cache (Mo) et Taille du cache disque (Go). Par défaut, ces cases à cocher sont désactivées. Lorsque vous activez une ou plusieurs cases, les valeurs par défaut diffèrent selon le type de connexion. En général, les valeurs par défaut suffisent à la plupart des cas, cependant, tenez compte de l’espace nécessaire pour les :

  • Fichiers de données temporaires créés par Windows, y compris le fichier de pages 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.

Si vous activez la case à cocher Taille du cache disque, 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.

Image Stockage

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 la case Mémoire allouée au cache, envisagez d’augmenter la quantité totale de mémoire sur chaque machine.

Si vous désactivez la case Mémoire allouée au cache et laissez la case Taille du cache disque activée, les données temporaires sont écrites directement sur le disque cache, ce qui utilise une quantité minimale de la mémoire cache.

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.

Important :

Si le cache disque vient à manquer d’espace, la session de l’utilisateur devient inutilisable.

Si vous désactivez la case Taille du cache disque, aucun disque cache n’est créé. Dans ce cas, spécifiez une valeur de Mémoire allouée au cache suffisante pour stocker toutes les données temporaires. Cela est uniquement possible si d’importantes quantités de RAM sont disponibles pour allocation à chaque machine virtuelle.

Si vous décochez ces deux cases, les données temporaires ne seront 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 les versions antérieures à la version 7.9).

N’activez pas la mise en cache si vous avez l’intention d’utiliser ce catalogue pour créer des AppDisks.

Vous ne pouvez pas modifier les valeurs de cache dans un catalogue de machines après sa création.

Utilisation de fichiers CSV pour ajouter des machines en vrac

Si vous utilisez l’interface de gestion Configuration complète, vous pouvez ajouter des machines en vrac à l’aide de fichiers CSV. Cette fonctionnalité est disponible pour tous les catalogues, à l’exception des catalogues créés via MCS.

Voici un flux de travail général qui utilise des fichiers CSV pour ajouter des machines en vrac :

  1. Sur la page Machines, sélectionnez Ajouter un fichier CSV. La fenêtre Ajouter des machines en vrac s’affiche.

  2. Sélectionnez Télécharger le modèle CSV.

  3. Remplissez le fichier modèle.

  4. Faites glisser le fichier ou naviguez jusqu’au fichier pour le télécharger.

  5. Sélectionnez Valider pour contrôler la validité de votre importation.

  6. Sélectionnez Importer pour terminer.

Pour plus d’informations sur les considérations relatives aux fichiers CSV, consultez Considérations lors de l’utilisation de fichiers CSV pour ajouter des machines.

Carte réseau (cartes réseau)

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

Si vous prévoyez d’utiliser plusieurs cartes d’interface réseau, 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.

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.

Si vous utilisez la console Web, vous pouvez également ajouter des machines en vrac à l’aide de fichiers CSV. Voici un flux de travail général pour cette procédure :

  1. Sur la page Comptes de machine, sélectionnez Ajouter un fichier CSV. La fenêtre Ajouter des machines en vrac s’affiche.

  2. Sélectionnez Télécharger le modèle CSV.

  3. Remplissez le fichier modèle.

  4. Faites glisser le fichier ou naviguez jusqu’au fichier pour le télécharger.

  5. Sélectionnez Valider pour contrôler la validité de votre importation.

  6. Sélectionnez Importer pour terminer.

Pour plus d’informations sur les considérations relatives aux fichiers CSV, consultez Considérations lors de l’utilisation de fichiers CSV pour ajouter des machines.

Identités des machines

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

Chaque machine du catalogue doit posséder une identité unique. Cette page vous permet de configurer les identités des machines du catalogue. Les machines sont associées à l’identité une fois provisionnées. Vous ne pouvez pas modifier le type d’identité après avoir créé le catalogue.

Veuillez trouver ci-dessous un workflow général pour configurer les paramètres sur cette page :

  1. Sélectionnez une identité dans la liste.
  2. Indiquez s’il faut créer des comptes ou utiliser des comptes existants, ainsi que l’emplacement (domaine) de ces comptes.

Vous pouvez choisir parmi les options suivantes :

  • Répertoire Active Directory local. Machines appartenant à une organisation et connectées avec un compte Active Directory appartenant à cette organisation. Elles existent sur site.

  • Non joint au domaine. Machines qui ne sont associées à aucun domaine.

Important :

  • Si vous sélectionnez Active Directory local comme type d’identité, chaque machine du catalogue doit avoir un compte d’ordinateur Active Directory correspondant.
  • Le type d’identité Non joint au domaine nécessite la version 1811 ou ultérieure du VDA comme niveau fonctionnel minimum pour le catalogue. Pour le rendre disponible, mettez à jour le niveau fonctionnel minimum.

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.

  • Chaque machine du catalogue doit porter un nom d’ordinateur unique. Spécifiez le schéma de dénomination des comptes pour les machines que vous souhaitez créer. Utilisez des marques de hachage pour indiquer l’emplacement où les numéros séquentiels ou les lettres apparaissent. N’utilisez pas de barre oblique (/) dans un nom d’unité d’organisation. Un nom ne peut pas commencer par des chiffres ou des espaces vides. 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] nomcompteordinateurAD.domaine

Assurez-vous qu’il existe suffisamment de comptes pour toutes les machines que vous ajoutez. Étant donné que l’interface Configuration complète gère ces comptes, soit autorisez l’interface à 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.

Informations d’identification du domaine

Sélectionnez Entrer informations d’identification et entrez les informations d’identification d’utilisateur disposant d’autorisations suffisantes pour créer des comptes de machine dans Active Directory.

Conseil :

Le compte utilisé pour vous connecter à l’interface Configuration complète est le même que celui utilisé pour interagir avec Active Directory. Lors du provisioning d’un nouveau catalogue, de l’ajout de machines à un catalogue ou de la suppression d’un catalogue et des noms de machines d’Active Directory, une boîte de dialogue vous invite à saisir vos informations d’identification d’administrateur de domaine Active Directory.

Gestion de l’environnement d’espace de travail (facultatif)

Remarque :

Cette fonctionnalité est disponible uniquement dans l’interface Gérer > Configuration complète.

Cette page s’affiche uniquement lorsque vous utilisez l’édition Advanced ou Premium de Citrix Virtual Apps and Desktops Service.

Sélectionnez un jeu de configuration Gestion de l’environnement d’espace de travail (WEM) auquel vous souhaitez lier le catalogue. Un jeu de configuration est un conteneur logique utilisé pour organiser un ensemble de configurations WEM. La liaison d’un catalogue à un jeu de configuration vous permet d’utiliser WEM pour offrir la meilleure expérience d’espace de travail possible à vos utilisateurs.

Important :

  • Avant de pouvoir lier un catalogue à un jeu de configuration, vous devez configurer le déploiement de votre service WEM. Connectez-vous à Citrix Cloud, puis lancez le service WEM. Pour plus d’informations, consultez la rubrique Découvrez Workspace Environment Management Service.
  • Si vous utilisez déjà WEM, les machines du catalogue que vous êtes sur le point de provisionner peuvent déjà être présentes dans un jeu de configuration, par exemple via Active Directory. Dans ce cas, nous vous recommandons d’utiliser Active Directory de façon cohérente pour effectuer la configuration et ignorer cette configuration.

Si le jeu de configuration sélectionné ne contient pas de paramètres relatifs à la configuration de base de WEM, l’option suivante apparaît :

  • Appliquer les paramètres de base au jeu de configuration. Cette option vous permet de commencer rapidement à utiliser WEM en appliquant des paramètres de base au jeu de configuration. Les paramètres de base incluent la protection contre les pics de processeur, la prévention automatique des pics de processeur et l’optimisation intelligente du processeur. Pour afficher les paramètres de base, cliquez sur ce lien. Pour les modifier, utilisez la console WEM.

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 apparaissent dans l’interface de gestion Configuration complète.

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

Plus d’informations

Autres ressources

S’il s’agit du premier catalogue créé, vous êtes guidé dans la création d’un groupe de mise à disposition.

Pour passer en revue l’ensemble du processus de configuration, reportez-vous à la section Planifier et créer un déploiement.