Citrix DaaS

Créer des catalogues 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

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 configurer les paramètres suivants lors de la création d’un catalogue. Ces paramètres s’appliquent aux environnements Azure et GCP.

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

    • Pour Azure, les options suivantes sont disponibles : SSD Premium, SSD Standard et HDD Standard. Pour de plus amples informations, consultez Environnements de cloud Microsoft Azure Resource Manager.
    • Pour GCP, les options suivantes sont disponibles : Disque persistant standard, Disque persistant avec équilibrage et Disque persistant SSD. Pour plus d’informations, consultez la section Environnements Google Cloud.
  • Choisissez si vous souhaitez que le disque de cache en écriture différée persiste pour les machines virtuelles provisionnées. Sélectionnez Activer le cache en écriture différée pour voir les options disponibles. Par défaut, l’option Utiliser disque de cache en écriture différée non persistant est sélectionnée.

  • Utilisez Utiliser disque de cache en écriture différée non persistant pour indiquer que le disque de cache en écriture ne doit pas persister pour les machines virtuelles provisionnées dans Azure. Le disque est supprimé pendant les cycles d’alimentation et toutes les données redirigées vers le disque sont perdues. Avec cette option, vous pouvez utiliser le disque temporaire Azure comme stockage, car l’option convient au disque de cache en écriture différée non persistant. Cela réduit vos coûts de stockage et améliore les performances d’E/S. Vous pouvez également utiliser PowerShell. Pour plus d’informations, consultez Utilisation de PowerShell pour créer un catalogue avec disque de cache en écriture non persistant.
    • Utilisez disque de cache en écriture différée non persistant. Pour utiliser cette option :

      1. Cochez la case Activer le cache en écriture différée.
      2. Entrez une taille de cache de disque positive valide en Go. La machine virtuelle ne fonctionnera pas correctement si la taille est trop petite.
      3. Sélectionnez l’option Utiliser un disque de cache en écriture différée non persistant.
  • 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 et Google Cloud Platform (GCP). 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. Vous pouvez également utiliser PowerShell. 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. Pour utiliser cette option :

      1. Cochez la case Activer le cache en écriture différée.
      2. Entrez une taille de cache de disque positive valide en Go. La machine virtuelle ne fonctionnera pas correctement si la taille est trop petite.
      3. Sélectionnez l’option Utiliser disque de cache en écriture différée persistant.
  • 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. Ce comportement s’applique aux environnements Azure et GCP.
    • 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. Sélectionnez Activer le cache en écriture différée pour voir cette option.
    • Conserver les VM durant les cycles d’alimentation. Sélectionnez cette option pour conserver la personnalisation des machines virtuelles et permettre leur démarrage via le portail Azure ou GCP. Activez Conserver le disque système pendant les cycles d’alimentation pour rendre cette option disponible.

Remarque :

Le disque d’OS éphémère Azure et les E/S de MCS ne peuvent pas être activés en même temps. Pour plus d’informations, consultez Optimisation du stockage MCS (Machine Creation Services) (E/S de MCS) et du disque d’OS éphémère.

Conditions pour que le disque temporaire Azure puisse être utilisé comme disque de cache en écriture différée

Vous pouvez utiliser le disque temporaire Azure en tant que disque de cache en écriture différée uniquement si toutes les conditions suivantes sont remplies :

  • Le disque de cache en écriture différée ne doit pas persister car le disque temporaire Azure n’est pas approprié pour les données persistantes.

  • La taille de machine virtuelle Azure choisie doit inclure un disque temporaire.

  • Il n’est pas nécessaire d’activer le disque d’OS éphémère.

  • Acceptez de placer le fichier de cache en écriture différée sur le disque temporaire Azure.

  • La taille du disque temporaire Azure doit être supérieure à la taille totale de (taille du disque du cache en écriture différée + espace réservé pour le fichier d’échange + 1 Go d’espace tampon).

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

Pour configurer un catalogue avec un disque de cache en écriture différée non persistant, utilisez le paramètre PowerShell New-ProvScheme CustomProperties. Les propriétés personnalisées sont les suivantes :

  • UseTempDiskForWBC. Cette propriété indique si vous acceptez d’utiliser le stockage temporaire Azure pour stocker le fichier de cache en écriture différée. Elle doit être configurée sur true lors de l’exécution de New-ProvScheme si vous souhaitez utiliser le disque temporaire comme disque de cache en écriture différée. Si cette propriété n’est pas spécifiée, le paramètre est défini sur False par défaut.

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

    -CustomProperties '<CustomProperties xmlns=" http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi=" http://www.w3.org/2001/XMLSchema-instance"> `
    <Property xsi:type="StringProperty" Name="PersistWBC" Value="false"/> `
    <Property xsi:type="StringProperty" Name="PersistOsDisk" Value="false"/> `
    <Property xsi:type="StringProperty" Name="PersistVm" Value="false"/> `
    <Property xsi:type="StringProperty" Name="StorageAccountType" Value="Premium_LRS"/> `
    <Property xsi:type="StringProperty" Name="WBCDiskStorageType" Value="Premium_LRS"/> `
    <Property xsi:type="StringProperty" Name="LicenseType" Value="Windows_Client"/> `
    <Property xsi:type="StringProperty" Name="UseTempDiskForWBC" Value="true"/> `
    </CustomProperties>'
<!--NeedCopy-->

Remarque :

Une fois que vous avez validé le catalogue de machines pour utiliser le stockage temporaire local Azure pour le fichier de cache en écriture différée, il ne peut pas être modifié pour utiliser le disque dur virtuel ultérieurement.

Scénarios de disque de cache en écriture différée non persistant

Le tableau suivant décrit trois scénarios différents dans lesquels un disque temporaire est utilisé pour le cache en écriture différée lors de la création d’un catalogue de machines.

Scénario Résultat
Toutes les conditions pour utiliser un disque temporaire pour le cache en écriture différée sont remplies. Le fichier WBC mcsdif.vhdx est placé sur le disque temporaire.
Le disque temporaire ne dispose pas d’espace suffisant pour l’utilisation du cache en écriture différée. Un disque VHD « MCSWCDisk » est créé et un fichier WBC mcsdif.vhdx est placé sur ce disque.
Le disque temporaire dispose de suffisamment d’espace pour l’utilisation du cache en écriture différée, mais UseTempDiskForWBC est défini sur false. Un disque VHD « MCSWCDisk » est créé et un fichier WBC mcsdif.vhdx est placé sur ce disque.

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 :

Utilisez le paramètre PowerShell New-ProvScheme CustomProperties uniquement 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 à Azure et GCP 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-->

Remarque :

Cet exemple s’applique uniquement à Azure. Les propriétés sont différentes dans l’environnement GCP.

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

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 supérieur gauche, sélectionnez Mes services > DaaS.
  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.
  4. Si vous avez déjà créé un catalogue et que vous souhaitez en créer un autre, procédez comme suit :

    1. Dans Gérer > Configuration complète, sélectionnez Catalogues de machines dans le volet gauche.

    2. Pour organiser les catalogues sous forme de dossiers, créez des dossiers dans le dossier Catalogues de machines par défaut. Pour plus d’informations, consultez la section Créer un dossier de catalogues.

    3. Sélectionnez le dossier dans lequel vous souhaitez créer le catalogue, puis cliquez sur Créer un catalogue de machines. L’assistant de création de catalogues s’ouvre.

L’assistant vous guide à travers les pages décrites dans les sections suivantes. 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 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 Machines 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 les noms des comptes de machines (ou importez une liste de noms). Vous pouvez modifier le nom du compte d’une machine virtuelle après l’avoir ajoutée ou importée. Si vous avez spécifié des machines statiques sur la page Expérience de bureau, vous pouvez également spécifier le nom de l’utilisateur pour chaque VM que vous ajoutez.

    Conseil :

    Pour ajouter des utilisateurs, localisez-les ou entrez manuellement une liste de noms d’utilisateur séparés par des points-virgules. Si les utilisateurs se trouvent dans Active Directory, entrez directement les noms. Si ce n’est pas le cas, entrez les noms au format suivant : <identity provider>:<user name>. Exemple : AzureAD:username.

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

Vous pouvez également exporter des machines à partir d’un catalogue sur la même page Machines. Le fichier CSV exporté des machines peut ensuite être utilisé comme modèle lors de l’ajout de machines en masse. Pour exporter des machines :

  1. Sur la page Machines, sélectionnez Exporter vers un fichier CSV. Un fichier CSV contenant une liste des machines est téléchargé.

  2. Ouvrez le fichier CSV pour ajouter ou modifier des machines selon vos besoins. Pour ajouter des machines en vrac à l’aide du fichier CSV enregistré, consultez la section précédente, Utilisation de fichiers CSV pour ajouter des machines en vrac.

Remarque :

  • Cette fonctionnalité n’est pas disponible pour les catalogues Remote PC Access.

  • L’exportation et l’importation de machines dans des fichiers CSV ne sont prises en charge qu’entre des catalogues du même type.

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.

Vous pouvez aussi ajouter des machines en bloc à 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.

  • Joint à Azure Active Directory. Machines appartenant à une organisation et connectées avec un compte Azure Active Directory appartenant à cette organisation. Elles n’existent que dans le cloud. Pour plus d’informations sur les exigences, les limites et les considérations, consultez la section Joint à Azure Active Directory.

  • Joint à Azure Active Directory Hybride. Machines appartenant à une organisation et connectées avec un compte des services de domaine Active Directory appartenant à cette organisation. Elles existent dans le cloud et sur site. Pour plus d’informations sur les exigences, les limites et les considérations, consultez la section Joint à Azure Active Directory Hybride.

    Remarque :

    Avant de pouvoir utiliser Joint à Azure Active Directory hybride, assurez-vous que votre environnement Azure répond aux prérequis. Voir https://docs.microsoft.com/en-us/azure/active-directory/devices/hybrid-azuread-join-managed-domains.

  • Non joint au domaine. Machines qui ne sont jointes à aucun domaine. Pour plus d’informations sur les exigences et les limitations, consultez la section Non joint au domaine.

Important :

  • Si vous sélectionnez Active Directory local ou Joint à Azure Active Directory Hybride 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.
  • Les types d’identité Joint à Azure Active Directory et Joint à Azure Active Directory Hybride nécessitent la version 2203 ou ultérieure du VDA comme niveau fonctionnel minimum pour le catalogue. Pour les rendre disponibles, 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 unique. Spécifiez le schéma de dénomination des comptes pour les machines que vous souhaitez créer. Pour plus d’informations, consultez Schéma d’affectation de nom de comptes de machines.

Remarque :

Assurez-vous que les noms des unités d’organisation n’utilisent pas de barres obliques (/).

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. L’interface Configuration complète gère ces comptes. Par conséquent, autorisez cette interface à réinitialiser les mots de passe de tous les comptes ou 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.

Schéma d’affectation de nom de comptes de machines

Chaque machine d’un catalogue doit porter un nom unique. Vous devez spécifier un schéma d’affectation de nom de comptes de machines lors de la création d’un catalogue. Utilisez des caractères génériques (marques de hachage) comme espaces réservés pour les chiffres ou les lettres séquentiels qui apparaissent dans le nom.

Lorsque vous spécifiez un schéma d’affectation de nom, tenez compte des règles suivantes :

  • Le schéma d’affectation de nom doit contenir au moins un caractère générique. Vous devez rassembler tous les caractères génériques.
  • Le nom complet, y compris les caractères génériques, doit contenir au moins 2 mais pas plus de 15 caractères. Il doit inclure au moins un caractère non numérique et un caractère # (générique).
  • Le nom ne doit pas contenir d’espace ni aucun des caractères suivants : ,~!@'$%^&.()}{\/*?"<>|=+[];:_“..
  • Le nom ne peut pas se terminer par un trait d’union (-).

En outre, laissez suffisamment de place à la croissance lorsque vous spécifiez le schéma d’affectation de nom. Prenons l’exemple suivant : si vous créez 1 000 comptes de machines avec le schéma « veryverylong# », le dernier nom de compte créé (veryverylong1000) contient 16 caractères. Le schéma d’affectation de nom produira donc un ou plusieurs noms de machines qui dépassent le maximum de 15 caractères.

Vous pouvez indiquer si les valeurs séquentielles sont des chiffres (0-9) ou des lettres (A-Z) :

  • 0-9. Si cette option est sélectionnée, les caractères génériques spécifiés sont résolus en numéros séquentiels.

    Remarque :

    S’il n’y a qu’un seul caractère générique (#), les noms de compte commencent par 1. S’il y en a deux, les noms de compte commencent par 01. S’il y en a trois, les noms de compte commencent par 001, et ainsi de suite.

  • A-Z. Si cette option est sélectionnée, les caractères génériques spécifiés sont résolus en lettres séquentielles.

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.

Vous pouvez également spécifier par quoi commencent les noms de compte.

  • Si vous sélectionnez 0 à 9, les comptes sont nommés de manière séquentielle, en commençant par les numéros spécifiés. Entrez un ou plusieurs chiffres, selon le nombre de caractères génériques que vous utilisez dans le champ précédent. Par exemple, si vous utilisez deux caractères génériques, saisissez deux chiffres ou plus.
  • Si vous sélectionnez A à Z, les comptes sont nommés de manière séquentielle, en commençant par les lettres spécifiées. Entrez une ou plusieurs lettres, selon le nombre de caractères génériques que vous utilisez dans le champ précédent. Par exemple, si vous utilisez deux caractères génériques, saisissez deux lettres ou plus.

Informations d’identification du domaine

Sélectionnez Entrer informations d’identification et entrez les informations d’identification d’un administrateur autorisé à effectuer des opérations de compte dans le domaine Active Directory cible.

Utilisez l’option Vérifier le nom pour vérifier si le nom d’utilisateur est valide ou unique. Cette option est utile, par exemple, lorsque :

  • Le même nom d’utilisateur existe dans plusieurs domaines. Vous êtes invité à sélectionner l’utilisateur souhaité.
  • Vous ne vous souvenez pas du nom de domaine. Vous pouvez saisir le nom d’utilisateur sans spécifier le nom de domaine. Si la vérification réussit, le nom de domaine est automatiquement renseigné.

Remarque :

Si le type d’identité que vous avez sélectionné dans Identités des machines est défini sur Joint à Azure Active Directory Hybride, les informations d’identification que vous entrez doivent avoir reçu l’autorisation Write userCertificate.

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

Cette page s’affiche uniquement lorsque vous utilisez l’édition Advanced ou Premium de Citrix DaaS.

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.

Mise à niveau de VDA (facultatif)

Important :

  • Cette fonctionnalité est disponible en tant que version préliminaire. Si vous souhaitez l’évaluer, soumettez votre demande via ce formulaire.
  • Cette fonctionnalité nécessite l’agent de mise à niveau de Citrix VDA pour fonctionner. L’installation de l’agent est optionnelle lorsque vous installez le VDA version 2109 ou ultérieure, ou VDA version 2203 LTSR ou ultérieure. Par défaut, l’agent n’est pas installé. Pour plus d’informations sur l’agent de mise à niveau de VDA, consultez la section Installer des composants supplémentaires.

Cette fonctionnalité s’applique aux types de machines suivants :

  • Les machines persistantes provisionnées par MCS. Vous les déployez à l’aide de l’option Citrix Machine Creation Services sur la page Gestion des machines lors de la création du catalogue.
  • Les machines qui ne sont pas créées à l’aide de MCS (par exemple, des machines physiques). Vous les déployez à l’aide de l’option Autre service ou technologie sur la page Gestion des machines lors de la création du catalogue.

Pour plus d’informations sur les deux options, consultez la section Gestion des machines.

Sur la page Mise à niveau de VDA, sélectionnez la version de VDA vers laquelle effectuer la mise à niveau. Si cela est spécifié, les VDA du catalogue sur lesquels l’agent de mise à niveau VDA est installé peuvent être mis à niveau vers la version sélectionnée, immédiatement ou à une heure planifiée.

Remarque :

  • Cette fonctionnalité prend uniquement en charge la mise à niveau vers le dernier VDA. Le moment auquel vous créez un calendrier de mise à niveau de VDA ou mettez à niveau un VDA détermine la dernière version du VDA.
  • Après avoir configuré les paramètres de mise à niveau du VDA, le champ Mise à niveau de VDA peut prendre jusqu’à 15 minutes pour refléter le dernier état. Pour afficher la colonne Mise à niveau de VDA, sélectionnez Colonnes à afficher dans la barre d’actions Catalogues de machines, sélectionnez Catalogue de machines > Mise à niveau de VDA, puis cliquez sur Enregistrer.

Choisissez la version de VDA adaptée à votre déploiement :

  • Version CR de VDA la plus récente. Les versions actuelles (CR) offrent les fonctionnalités de virtualisation des applications, des bureaux et des serveurs les plus récentes et les plus innovantes.

  • Version LTSR de VDA la plus récente. Les versions LTSR sont recommandées pour les environnements de production de grandes entreprises qui préfèrent conserver la même version de base pendant une longue période.

Après la création du catalogue, vous pouvez mettre à niveau les VDA selon vos besoins. Pour plus d’informations, consultez Mettre à niveau les VDA.

Si vous souhaitez activer la mise à niveau des VDA ultérieurement, vous pouvez revenir à cette page en modifiant le catalogue après sa création. Pour plus d’informations, consultez la section Configurer les paramètres de mise à niveau de VDA en modifiant un catalogue.

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.

Dans Catalogues de machines, le nouveau catalogue apparaît avec une barre de progression intégrée.

Pour afficher les détails de la progression de la création :

  1. Passez la souris sur le catalogue de machines.

  2. Dans l’info-bulle qui apparaît, cliquez sur Afficher les détails.

    Un graphique de progression étape par étape apparaît dans lequel vous pouvez voir les éléments suivants :

    • Historique des étapes
    • Progression et durée de l’étape en cours
    • Étapes restantes

Considérations importantes concernant la définition de propriétés personnalisées

Les propriétés personnalisées doivent être définies correctement sur New-ProvScheme et Set-ProvScheme dans les environnements GCP et Azure. Si vous spécifiez une ou plusieurs propriétés personnalisées inexistantes, le message d’erreur suivant s’affiche et les commandes ne s’exécutent pas.

Invalid property found: <invalid property>. Ensure that the CustomProperties parameter supports the property.

Considérations importantes relatives à la définition des paramètres ProvScheme

Lorsque vous utilisez MCS pour créer un catalogue, un message d’erreur s’affiche si vous :

  • Définissez les paramètres New-ProvScheme suivants dans des hyperviseurs non pris en charge lorsque vous créez un catalogue de machines :
Paramètre Hyperviseur pris en charge
UseWriteBackCache VMware
  Hyper-V
  Citrix Hypervisor
  Azure
  GCP
DedicatedTenancy Azure
  GCP
  AWS
TenancyType Azure
  GCP
  AWS
UseFullDiskCloneProvisioning VMware
  Hyper-V
  Citrix Hypervisor
  • Mettez à jour les paramètres Set-ProvScheme suivants après avoir créé le catalogue de machines :

    • CleanOnBoot
    • UseWriteBackCache
    • DedicatedTenancy
    • TenancyType
    • UseFullDiskCloneProvisioning

Informations supplémentaires

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.