Citrix DaaS™

Créer des catalogues de machines

March 25, 2026

Contributeur:

C C

Remarque :

Cet article décrit comment créer des catalogues à l’aide de Studio. Si vous utilisez Quick Deploy pour créer des ressources Azure, suivez les instructions de Créer des catalogues à l’aide de Quick Deploy.

Les collections de machines physiques ou virtuelles sont gérées comme une entité unique appelée catalogue de machines. Au sein d’un catalogue de machines, toutes les machines partagent un type de système d’exploitation commun, qui peut être un système d’exploitation multi-session ou un système d’exploitation mono-session, tel que Windows ou des systèmes basés sur Linux.

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

Présentation

Lorsque vous créez un catalogue de machines virtuelles, vous spécifiez comment provisionner ces machines virtuelles. 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 machines virtuelles, vous fournissez une image (ou un instantané) pour créer des machines virtuelles identiques dans le catalogue. Avant de créer le catalogue, vous devez configurer une connexion d’hébergement pour la première fois à l’hyperviseur ou au service cloud de votre choix, puis vous devez créer et configurer l’image principale sur celui-ci. La configuration de l’image principale nécessite des tâches telles que la jonction de domaine si nécessaire, l’installation des pilotes requis, les applications à publier et le déploiement du Virtual Delivery Agent (VDA) sur l’image.
Après avoir créé l’image principale, vous créez ensuite le catalogue de machines dans Studio. Vous sélectionnez cette image (ou un instantané d’une image), spécifiez le nombre de machines virtuelles à créer dans le catalogue et configurez des informations supplémentaires.
Si vos machines sont déjà disponibles, vous devez toujours créer un ou plusieurs catalogues de machines pour importer ces machines virtuelles dans le catalogue.

Lorsque vous utilisez MCS pour créer le premier catalogue, vous spécifiez une unité d’hébergement que vous avez créée précédemment. L’unité d’hébergement fournit la configuration des ressources pour vous permettre de créer une machine virtuelle. Plus tard (après avoir créé votre premier catalogue et groupe de mise à disposition), vous pouvez modifier les informations concernant cette unité d’hébergement ou sa connexion d’hôte parente, ou créer d’autres connexions et unités d’hébergement.

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

Vérification de la licence RDS

La création d’un catalogue de machines contenant des machines de système d’exploitation multi-session Windows inclut une vérification automatique des licences Microsoft RDS valides. Le catalogue est recherché pour une machine sous tension et enregistrée afin d’effectuer la vérification.

Si une machine sous tension et enregistrée ne peut pas être trouvée, un avertissement s’affiche, expliquant que la vérification de la licence RDS ne peut pas être effectuée.
Si une machine est trouvée et qu’une erreur est détectée, Studio affiche un message d’avertissement pour le catalogue contenant le problème détecté. Pour supprimer un avertissement de licence RDS d’un catalogue (afin qu’il n’apparaisse plus dans l’affichage), sélectionnez le catalogue. Sélectionnez Supprimer l’avertissement de licence RDS. Lorsque vous y êtes invité, confirmez l’action.

Enregistrement du VDA

Un VDA doit être enregistré auprès d’un Cloud Connector pour être pris en compte lors du lancement de sessions intermédiées. Les VDA non enregistrés peuvent entraîner une sous-utilisation des ressources autrement disponibles. Il existe diverses raisons pour lesquelles un VDA pourrait ne pas être enregistré, dont beaucoup peuvent être dépannées. Des informations de dépannage sont fournies dans l’assistant de création de catalogue et après avoir ajouté un catalogue à un groupe de mise à disposition.

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

Si le message identifie une machine problématique, vous pouvez soit supprimer cette machine (à l’aide du bouton Supprimer), soit ajouter la machine. Par exemple, si un message indique que des informations ne peuvent pas être obtenues sur une machine (peut-être parce qu’elle n’a jamais été enregistrée), vous pouvez choisir d’ajouter la machine quand même.

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

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

Voici un bref aperçu des actions MCS par défaut après avoir fourni des informations dans l’assistant de création de catalogue.

Si vous sélectionnez une image (plutôt qu’un instantané), MCS crée un instantané.
MCS crée une copie complète de l’instantané et place la copie sur chaque emplacement de stockage défini dans la connexion d’hôte.
MCS ajoute les machines à Active Directory, ce qui crée des identités uniques.
MCS crée le nombre de machines virtuelles spécifié dans l’assistant, avec deux disques définis pour chaque machine virtuelle. En plus des deux disques par machine virtuelle, une copie complète de l’instantané ou de l’image principale est également stockée au 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 précédemment), qui est en lecture seule et partagée entre les machines virtuelles qui viennent d’être créées.
- Un disque d’identité unique de 16 Mo qui donne à chaque machine virtuelle une identité unique. Chaque machine virtuelle reçoit un disque d’identité.
- Un disque de différence unique pour stocker les écritures effectuées sur la machine virtuelle. Ce disque est provisionné de manière dynamique (si pris en charge par le stockage hôte) et augmente jusqu’à la taille maximale de l’image principale, si nécessaire. Chaque machine virtuelle reçoit un disque de différence. Le disque de différence contient les modifications apportées pendant les sessions. Il est permanent pour les bureaux dédiés. Pour les bureaux en pool, il est supprimé et un nouveau est créé après chaque redémarrage.

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

Considérations relatives au stockage MCS

De nombreux facteurs sont à prendre en compte lors du choix des solutions de stockage, des configurations et des capacités 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 de différence (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 reçoit au minimum 2 disques lors de sa création.
Disk0 = Disque de différenciation : contient le système d’exploitation lorsqu’il est copié à partir de l’image maître de base.
Disk1 = Disque d’identité : 16 Mo - contient les données Active Directory pour chaque machine virtuelle.

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

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

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

XenServer IntelliCache crée un disque de lecture sur le stockage local pour chaque XenServer. Cette option permet d’économiser des IOPS par rapport à l’image qui pourrait être conservée sur l’emplacement de stockage partagé.
Surcharge de l’hyperviseur

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

Fichiers journaux
Fichiers spécifiques à l’hyperviseur. Par exemple :
- VMware ajoute d’autres fichiers au dossier VM storage. Consultez les meilleures pratiques VMware.
- Calculez les exigences de taille totale de votre machine virtuelle. Considérez une machine virtuelle contenant 20 Go pour le disque virtuel, 16 Go pour le fichier d’échange et 100 Mo pour les fichiers journaux, consommant un total de 36,1 Go.
Instantanés pour XenServer ; Instantanés pour VMware.
Surcharge de 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 qu’une copie du disque de base soit copiée vers chaque emplacement de stockage.
L’ajout d’une machine à un catalogue ne nécessite pas la copie du disque de base vers chaque emplacement de stockage. La création du catalogue varie en fonction des fonctionnalités sélectionnées.
La mise à jour du catalogue crée un disque de base supplémentaire sur chaque emplacement de stockage. Les mises à jour du catalogue connaissent également un pic de stockage temporaire où chaque machine virtuelle du catalogue dispose de 2 disques de différenciation pendant un certain temps.

Autres considérations :

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

Optimisation du stockage Machine Creation Services (MCS)

La fonctionnalité d’optimisation du stockage Machine Creation Services (MCS) est également connue sous le nom de MCS I/O. Cette fonctionnalité est uniquement disponible sur Azure, GCP, XenServer, VMware, AWS et SCVMM.

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

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

MCS I/O ne prend plus en charge le cache uniquement en RAM. Spécifiez une taille de disque lors de la création du catalogue de machines.
Le disque de cache d’écriture de la machine virtuelle est créé et formaté automatiquement lors du premier démarrage d’une machine virtuelle. Une fois la machine virtuelle démarrée, le fichier de cache d’écriture mcsdif.vhdx est écrit dans le volume formaté MCSWCDisk.
Le fichier d’échange est redirigé vers ce volume formaté, MCSWCDisk. Par conséquent, cette taille de disque prend en compte la quantité totale d’espace disque. Elle inclut le delta entre la taille du disque et la charge de travail générée, plus la taille du fichier d’échange. Ceci est généralement associé à la taille de la RAM de la machine virtuelle.

Activer les mises à jour d’optimisation du stockage MCS

Pour activer la fonctionnalité d’optimisation du stockage MCS I/O, mettez à niveau le Cloud Connector et le VDA vers la dernière version de Citrix DaaS.

Remarque :

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

Pour plus d’informations sur l’attribution d’une lettre de lecteur au disque de cache en écriture, consultez Attribuer une lettre de lecteur spécifique au disque de cache en écriture MCS I/O.

Préparer une image maître sur l’hyperviseur ou le service cloud

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

Bon à savoir :

Une image maître peut également être connue sous le nom d’image clone, d’image dorée, de machine virtuelle de base ou d’image de base. Les fournisseurs d’hôtes et les fournisseurs de services cloud peuvent utiliser des termes différents.
Assurez-vous que l’hyperviseur ou le service cloud dispose de suffisamment de processeurs, de mémoire et de stockage pour accueillir le nombre de machines créées.
Configurez la quantité correcte d’espace disque dur nécessaire pour les bureaux et les applications. Cette valeur ne peut pas être modifiée ultérieurement ou dans le catalogue de machines.
Les catalogues de machines Remote PC Access n’utilisent pas d’images maîtres.
Considérations relatives à l’activation de Microsoft KMS lors de l’utilisation de MCS : Si votre déploiement inclut des VDA 7.x avec un hôte XenServer 6.1 ou 6.2, vSphere ou Microsoft System Center Virtual Machine Manager, vous n’avez pas besoin de réarmer manuellement Microsoft Windows ou Microsoft Office.

Installez et configurez les logiciels suivants sur l’image principale :

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

Important :

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

Pour préparer une image principale :

À l’aide de l’outil de gestion de votre hyperviseur, créez une image principale, puis installez le système d’exploitation, ainsi que tous les Service Packs et mises à jour. Spécifiez le nombre de vCPU. Vous pouvez également spécifier la valeur du vCPU si vous créez le catalogue de machines à l’aide de PowerShell. Vous ne pouvez pas spécifier le nombre de vCPU lors de la création d’un catalogue à partir de Studio. Configurez la quantité d’espace disque dur nécessaire pour les bureaux et les applications. Cette valeur ne peut pas être modifiée ultérieurement ou dans le catalogue.
Assurez-vous que le disque dur est attaché à l’emplacement de périphérique 0. La plupart des modèles d’image principale standard configurent cet emplacement par défaut, mais certains modèles personnalisés peuvent ne pas le faire.
Installez et configurez les logiciels énumérés ci-dessus sur l’image principale.
Si vous n’utilisez pas MCS, joignez l’image principale au domaine dont les applications et les bureaux sont membres. Assurez-vous que l’image principale est disponible sur l’hôte où les machines sont créées. Si vous utilisez MCS, il n’est pas nécessaire de joindre l’image principale à un domaine. Les machines provisionnées sont jointes au domaine spécifié dans l’assistant de création de catalogue.
Citrix vous recommande de créer et de nommer un instantané de votre image principale afin de pouvoir l’identifier ultérieurement. 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 nommer.

Activation de licence en volume

MCS prend en charge l’activation de licence en volume pour automatiser et gérer l’activation des systèmes d’exploitation Windows et de Microsoft Office. Les trois modèles pris en charge par MCS pour l’activation de licence en volume sont :

Key Management Service (KMS)
Activation basée sur Active Directory (ADBA)
Clé d’activation multiple (MAK)

Vous pouvez modifier le paramètre d’activation après avoir créé le catalogue de machines.

Key Management Service (KMS)

Le KMS est un service léger qui ne nécessite pas de système dédié et peut facilement être hébergé sur un système qui fournit d’autres services. Cette fonctionnalité est prise en charge sur toutes les versions de Windows prises en charge par Citrix. Lors de la préparation de l’image, MCS effectue le réarmement KMS de Microsoft Windows et Microsoft Office. Vous pouvez ignorer le réarmement en exécutant la commande Set-Provserviceconfigurationdata. Pour plus d’informations sur l’activation KMS, consultez Activer à l’aide du service de gestion de clés.

Remarque :

Tous les catalogues de machines créés après l’exécution de la commande Set-Provserviceconfigurationdata ont le même paramètre que celui fourni dans la commande.

Activation basée sur Active Directory (ADBA)

ADBA vous permet d’activer des machines via leurs connexions de domaine. Les machines sont immédiatement activées lorsqu’elles rejoignent le domaine. Ces machines restent activées tant qu’elles restent jointes au domaine et en contact avec celui-ci. Cette fonctionnalité est prise en charge sur toutes les versions de Windows prises en charge par Citrix. Pour plus d’informations sur l’activation basée sur Active Directory, consultez Activer à l’aide de l’activation basée sur Active Directory.

Clé d’activation multiple (MAK)

MAK est un moyen d’activer le volume et d’authentifier le système Windows à l’aide du serveur Microsoft. Vous devez acheter la clé MAK auprès de Microsoft, qui est attribuée avec un nombre fixe de comptes d’activation. Chaque fois qu’un système Windows est activé, le compte d’activation diminue. Il existe deux façons d’activer le système :

Activation en ligne : Si le système Windows que vous souhaitez activer a accès à Internet, le système active automatiquement Windows lors de l’installation de la clé de produit. Ce processus réduit le compte d’activation de 1 pour la clé MAK correspondante.
Activation hors ligne : Si le système Windows ne peut pas se connecter à Internet pour effectuer l’activation en ligne, MCS obtient un ID de confirmation et un ID d’installation du serveur Microsoft pour activer le système Windows. Ce mode d’activation est utile pour les catalogues de machines non persistantes.

Remarque :

MCS ne prend pas en charge l’activation de Microsoft Office à l’aide de MAK.

La version minimale du VDA requise est 2303.

Exigences clés

Le Delivery Controller™ doit avoir accès à Internet.
Créez un nouveau catalogue si la nouvelle image à mettre à jour a une clé MAK différente de l’originale.
Installez la clé MAK sur l’image principale. Consultez Déployer l’activation MAK pour connaître les étapes d’installation de la clé MAK sur un système Windows.
Si vous n’utilisez pas la préparation d’image :
1. Ajoutez la valeur DWORD de registre Manual sous Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SoftwareProtectionPlatform\Activation.
2. Définissez la valeur sur 1.

Comptes d’activation

Pour afficher le nombre d’activations restantes pour la clé MAK ou pour vérifier si une machine virtuelle consomme deux activations ou plus, utilisez l’outil VAMT (Volume Activation Management Tool). Consultez Installer VAMT.

Activer le système Windows à l’aide de MAK

Pour activer le système Windows à l’aide de MAK :

Installez la clé de produit sur l’image principale. Cette étape consomme un compte d’activation.
Créez un catalogue de machines MCS.
Si vous n’utilisez pas la préparation d’image :
Ajoutez la valeur DWORD de registre Manual sous Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SoftwareProtectionPlatform\Activation.
Définissez la valeur sur 1.

Cette méthode désactive l’option d’activation en ligne.

Ajoutez des machines virtuelles au catalogue de machines.
Mettez sous tension les machines virtuelles.
Selon qu’il s’agit d’une activation en ligne ou hors ligne, le système Windows est activé.
- Si l’activation est en ligne, le système Windows est activé après l’installation de la clé de produit.
- Si l’activation est hors ligne, MCS communique avec les machines virtuelles provisionnées pour obtenir l’état d’activation du système Windows. MCS récupère ensuite un ID de confirmation et un ID d’installation du serveur Microsoft. Ces ID sont utilisés pour activer le système Windows.

Dépannage

Si la machine virtuelle provisionnée n’est pas activée avec la clé MAK installée, exécutez la commande Get-ProvVM ou Get-ProvScheme dans une fenêtre PowerShell.

La commande Get-ProvScheme : Consultez le paramètre WindowsActivationType associé au catalogue de machines MCS à partir de la dernière image principale.
La commande Get-ProvVM : Consultez les paramètres WindowsActivationType, WindowsActivationStatus, WindowsActivationStatusErrorCode et WindowsActivationStatusError.

Vous pouvez vérifier l’erreur et les étapes pour résoudre le problème.

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

Avant de créer un catalogue :

Assurez-vous d’avoir créé une connexion à l’hyperviseur, au service cloud ou à toute autre ressource hébergeant vos machines.
Si vous avez créé une image principale pour provisionner des machines. Assurez-vous d’avoir installé un VDA sur cette image principale.

Remarque :

Lorsque vous utilisez un service cloud ou un hyperviseur 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, lors de l’utilisation d’une image principale Azure Resource Manager, l’assistant de création de catalogue contient une page Types de stockage et de licence. Pour des informations spécifiques à l’hôte, consultez les articles spécifiques mentionnés dans Étapes suivantes.

Lancer l’assistant de création de catalogue

Connectez-vous à Citrix Cloud.
Dans la vignette DaaS, cliquez sur Gérer pour ouvrir Studio.
Sélectionnez Catalogues de machines dans le volet gauche.
S’il s’agit du premier catalogue créé, vous êtes guidé vers la sélection correcte (telle que « Configurer les machines et créer des catalogues de machines pour exécuter des applications et des bureaux »). L’assistant de création de catalogue s’ouvre.
Si vous avez déjà créé un catalogue et souhaitez en créer un autre, suivez ces étapes :
1. Pour organiser les catalogues à l’aide de dossiers, créez des dossiers sous le dossier par défaut Catalogues de machines. Pour plus d’informations, consultez Créer un dossier de catalogue.
2. 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 catalogue s’ouvre.

L’assistant vous guide à travers les pages décrites dans les sections suivantes. Les pages que vous voyez peuvent différer, en fonction des sélections que vous effectuez et de la connexion (à un hôte) que vous utilisez. Hôtes / ressources de virtualisation répertorie les sources d’informations pour les types d’hôtes pris en charge.

Sélectionner un type de machine

Chaque catalogue doit contenir des machines d’un seul type de système d’exploitation. Sélectionnez l’une des options suivantes sur la page Type de machine :

SE multi-session : Un catalogue de SE multi-session fournit des bureaux partagés hébergés. Les machines peuvent exécuter des versions prises en charge des systèmes d’exploitation Windows ou Linux, mais le catalogue ne peut pas contenir à la fois des systèmes d’exploitation Windows et Linux.
SE mono-session : Un catalogue de SE mono-session fournit des bureaux VDI que vous pouvez attribuer à différents utilisateurs.
Accès PC distant : Un catalogue d’accès PC distant offre aux utilisateurs un accès à distance à leurs machines de bureau physiques au bureau. L’accès PC distant ne nécessite pas de VPN pour assurer la sécurité.

Sélectionner les options de gestion des machines

Remarque :

La page Gestion des machines n’apparaît pas si vous sélectionnez Accès PC distant sur la page Type de machine.

La page Gestion des machines indique comment les machines sont gérées et l’outil que vous souhaitez utiliser pour déployer les machines.

Sélectionnez l’une des options pour indiquer comment les machines doivent être gérées en termes d’alimentation :

Machines gérées en termes d’alimentation (par exemple, machines virtuelles ou PC lames) : Cette option est disponible uniquement si vous avez déjà configuré une connexion à un hyperviseur ou à un service cloud.
Machines non gérées en termes d’alimentation (par exemple, machines physiques)

Si vous sélectionnez l’option Machines gérées en termes d’alimentation (par exemple, machines virtuelles ou PC lames), sélectionnez ensuite un outil pour créer des machines virtuelles :

Technologie Citrix Provisioning™
- Citrix Machine Creation Services (MCS) Crée un catalogue de machines virtuelles provisionnées et imagées à l’aide de MCS. MCS copie les images clonées à partir d’une image principale vers ces machines virtuelles.
- Citrix Provisioning Services (PVS) Crée un catalogue de machines virtuelles provisionnées à l’aide de MCS et imagées à l’aide de PVS. Ces machines virtuelles servent de périphériques cibles PVS et le serveur PVS peut leur diffuser une seule image disque partagée.

Remarque :

Cette option est disponible uniquement pour les sites PVS enregistrés auprès de Citrix Cloud™ et est actuellement limitée aux ressources Azure.

Lorsque vous créez un catalogue Citrix Provisioning sur la page Périphérique cible, il est possible que le menu déroulant permettant de sélectionner la batterie et le site pour les machines à provisionner affiche des batteries et des sites qui n’existent plus. Pour contourner ce problème, vous pouvez exécuter la commande PowerShell Unregister-HypPvsSite afin de supprimer les batteries et les sites de la base de données. Pour plus d’informations sur la commande PowerShell, consultez Unregister-HypPvsSite.

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

Remarque :

Pour les machines avec OS Linux, consultez Créer des VDA Linux à l’aide de Machine Creation Services (MCS).

Sélectionner une expérience de bureau

Remarque :

Les options de la page Expérience de bureau varient en fonction du type de machine que vous sélectionnez sur la page Type de machine.

Pour les machines OS multi-session, les utilisateurs se voient attribuer un bureau aléatoire à chaque connexion. Les options suivantes sont disponibles sur la page Expérience de bureau :
- Enregistrer les modifications sur le disque local de la machine hébergeant les bureaux virtuels : Persistant
- Ignorer toutes les modifications et effacer les bureaux virtuels lorsque l’utilisateur se déconnecte : Non persistant
Remarque :

Pour les machines multi-session persistantes, les modifications apportées par les utilisateurs aux bureaux seront enregistrées et accessibles à tous les utilisateurs autorisés.
Pour les machines OS mono-session, les options suivantes sont disponibles sur la page Expérience de bureau :
- Se connecter à un nouveau bureau (aléatoire) à chaque connexion des utilisateurs.
- Se connecter au même bureau (statique) à chaque connexion des utilisateurs.
Vous pouvez en outre décider si les modifications apportées par les utilisateurs seront enregistrées ou ignorées après leur déconnexion.

Si vous sélectionnez Enregistrer les modifications sur le disque local de la machine hébergeant les bureaux virtuels : Persistant, les options Fast Copy Clone ou Full Copy Clone sont disponibles pour le mode Copie de machine virtuelle sur la page Machines virtuelles. Dans le cas contraire, le mode Copie de machine virtuelle n’est pas disponible.

Sélectionner une image et un profil de machine

Remarque :

Cette page apparaît uniquement si vous sélectionnez Citrix Machine Creation Services (MCS) sur la page Gestion des machines.

Les options disponibles sur cette page varient en fonction de l’hyperviseur ou du service cloud.

Suivez ces étapes pour configurer les paramètres de la page :

Sélectionnez un type d’image pour le catalogue de machines, puis sélectionnez une image. Deux types d’images sont disponibles :
- Image principale : Un instantané ou une machine virtuelle créée en tant qu’image principale. Elle subit une préparation automatique de l’image au début de la création du catalogue. Si nécessaire, vous pouvez ajouter une note pour l’image sélectionnée.
  Remarque :
  - Lorsque vous utilisez MCS, ne lancez 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 nommer.
  - Un message d’erreur apparaît si vous sélectionnez un instantané ou une machine virtuelle qui n’est pas compatible avec la technologie de gestion des machines que vous avez sélectionnée précédemment dans l’assistant.
  - Pour mettre à jour les images au sein d’un nœud d’image, sélectionnez-le dans l’arborescence, puis cliquez sur l’option Actualiser dans le coin supérieur droit. Si vous ne sélectionnez aucun nœud d’image, cliquer sur Actualiser met à jour toutes les images de l’arborescence. Pour désélectionner un nœud dans l’arborescence, maintenez la touche CTRL enfoncée, puis cliquez sur le nœud.
- Image préparée : Une image qui a subi une préparation d’image, prête à être utilisée directement pour la création de machines virtuelles. Opter pour des images préparées plutôt que des images principales pour la création de catalogues garantit une création de catalogue de machines plus rapide et plus fiable, ainsi qu’une gestion simplifiée du cycle de vie des images. Si nécessaire, ajoutez une note pour l’image préparée sélectionnée.
  Remarque :
  - Les machines virtuelles créées à l’aide d’images préparées ne prennent pas en charge l’hibernation.
  - Actuellement, la création de catalogues à l’aide d’images préparées est disponible uniquement dans les environnements Amazon WorkSpaces Core, Azure et VMware.
  - Les images préparées sont requises pour la création de catalogues dans les environnements Amazon WorkSpaces Core.
  Pour plus d’informations sur la création d’images préparées, consultez Gestion des images.
Pour hériter des paramètres de machine virtuelle d’un profil de machine, sélectionnez Utiliser un profil de machine, puis sélectionnez une machine virtuelle ou une spécification de modèle ARM (spécifique à Azure) à utiliser comme profil de machine.
Remarque :
- Actuellement, l’utilisation de profils de machine est limitée aux machines virtuelles Azure, Amazon WorkSpaces Core, AWS, GCP et VMware.
- Un profil de machine est requis pour la création de catalogues dans les environnements Amazon WorkSpaces Core.
Pour les déploiements VMware, lors de la création d’un catalogue de machines à l’aide d’un profil de machine, vous devez spécifier le dossier dans lequel vous souhaitez conserver les machines virtuelles.

Pour spécifier l’emplacement du dossier des machines virtuelles, dans l’assistant de création de catalogue, accédez à la page Machines virtuelles, puis à la section Sélectionner un dossier pour placer les machines et indiquez l’emplacement du dossier des machines virtuelles. Si aucun emplacement n’est spécifié, le système considère le dossier du profil de machine sélectionné comme emplacement par défaut.

Pour les déploiements AWS, vous pouvez sélectionner un modèle de lancement comme profil de machine.
Sélectionnez le niveau fonctionnel minimal pour le catalogue. Pour activer l’utilisation des dernières fonctionnalités du produit, assurez-vous que l’image principale dispose de la dernière version du VDA installée.

Configurer les machines

Remarque :

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.

Cette page n’apparaît pas si vous sélectionnez Accès PC distant sur la page Type de machine.

Vous pouvez créer un catalogue vide, ce qui signifie que le catalogue ne contient aucune machine.

Lorsque vous utilisez MCS pour créer des machines :
- Spécifiez le nombre de machines virtuelles à créer. Entrez 0 (zéro) si vous ne souhaitez en créer aucune. Plus tard, pour créer des machines virtuelles pour un catalogue vide, vous pouvez effectuer Ajouter des machines.
- Choisissez la quantité de mémoire (en Mo) de chaque machine virtuelle.
  
  Important :
  
  Chaque machine virtuelle créée dispose d’un disque dur. Sa taille est définie dans l’image principale ; vous ne pouvez pas modifier la taille du disque dur dans le catalogue.
- Si vous indiquez sur la page Expérience de bureau que les modifications utilisateur apportées aux bureaux statiques doivent être enregistrées sur un Personal vDisk distinct, spécifiez la taille du disque virtuel en Go et la lettre de lecteur.
- Si votre déploiement utilise plusieurs zones (emplacements de ressources), vous pouvez sélectionner une zone pour le catalogue.
- Si vous créez des machines virtuelles de bureau statiques, sélectionnez un mode de copie de machine virtuelle. Consultez Mode de copie de machine virtuelle.
- Si vous créez des machines virtuelles de bureau non persistantes aléatoires, vous pouvez activer et configurer le cache en écriture différée pour les données temporaires sur les machines afin d’améliorer les performances d’E/S. Pour plus d’informations, consultez Configurer le cache pour les données temporaires.
Lorsque vous utilisez d’autres outils pour fournir des machines :

Ajoutez (ou importez une liste de) noms de comptes de machine. Vous pouvez modifier le nom de 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 éventuellement spécifier le nom d’utilisateur à utiliser avec chaque machine virtuelle que vous ajoutez.

Conseil :

Pour ajouter des utilisateurs, vous pouvez parcourir les utilisateurs ou saisir manuellement une liste de noms d’utilisateur séparés par des points-virgules. Si les utilisateurs se trouvent dans Active Directory, saisissez les noms directement. Sinon, saisissez les noms dans ce format : <fournisseur d’identité>:<nom d’utilisateur>. Exemple : AzureAD:username.

Après avoir ajouté ou importé des noms, vous pouvez utiliser le bouton Supprimer pour supprimer des noms de la liste tant que vous êtes sur cette page de l’assistant.
Lorsque vous utilisez d’autres outils (pas MCS) :

Une icône et une info-bulle pour chaque machine ajoutée (ou importée) aident à identifier les machines qui pourraient ne pas être éligibles pour être ajoutées au catalogue, ou être incapables de s’enregistrer auprès d’un Cloud Connector.

Mode de copie de machine virtuelle

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

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

Remarque :

L’approche de clone à copie complète est disponible uniquement pour le provisionnement de machines virtuelles persistantes sur des systèmes d’exploitation multi-session ou mono-session.

Configurer le cache pour les données temporaires

Lorsque vous utilisez MCS pour gérer des machines non persistantes aléatoires dans un catalogue, vous pouvez activer le cache en écriture différée pour les machines afin d’améliorer les performances d’E/S.

Le cache en écriture différée est appelé MCSIO. Pour plus d’informations, consultez cet article de blog.

Conditions préalables

Pour activer le cache en écriture différée, le catalogue doit répondre aux exigences suivantes :

Utilise une connexion qui spécifie le stockage pour les données temporaires. Pour plus d’informations, consultez Connexions et ressources.
Les VDA doivent être au moins de la version 7.9 et installés avec un pilote MCSIO actuel.

Remarque :

Vous pouvez installer ce pilote lorsque vous installez ou mettez à niveau un VDA. Par défaut, ce pilote n’est pas installé.
Pour activer l’attribution de lettres de lecteur pour les caches de disque, les machines virtuelles doivent satisfaire aux exigences supplémentaires suivantes :
- Système d’exploitation : Windows
- Version du VDA : 2305 ou ultérieure

Considérations

Les caches de réécriture se présentent sous forme de cache mémoire et de cache disque. Par défaut, leurs valeurs par défaut diffèrent selon le type de connexion. Généralement, les valeurs par défaut sont suffisantes dans la plupart des cas ; cependant, tenez compte de l’espace nécessaire pour :
- Les fichiers de données temporaires créés par Windows lui-même, y compris le fichier d’échange Windows.
- Les données de profil utilisateur.
- Les données ShareFile synchronisées avec les sessions des utilisateurs.
- Les données qui pourraient être créées ou copiées par un utilisateur de session ou toute application que les utilisateurs pourraient installer au sein de la session.
Lorsque vous activez le cache de réécriture pour les données temporaires, utilisez à la fois un cache mémoire et un cache disque. Les données temporaires sont d’abord écrites dans le cache mémoire. Lorsque le cache mémoire atteint la limite configurée, les données les plus anciennes sont déplacées vers le cache disque. Remarque : La mise en cache en écriture utilisant uniquement un cache disque n’est plus prise en charge.
Le cache mémoire fait partie de la quantité totale de mémoire sur chaque machine. Envisagez d’augmenter la quantité totale de mémoire sur chaque machine après avoir activé le cache de réécriture.
La modification de la Taille du cache disque (Go) par rapport à sa valeur par défaut peut affecter les performances. La taille doit correspondre aux exigences de l’utilisateur et à la charge placée sur la machine.

Important :

Si le cache disque manque d’espace, la session de l’utilisateur devient inutilisable.
Si vous décochez la case Taille du cache disque, aucun cache disque n’est créé. Dans ce cas, spécifiez une valeur Mémoire allouée au cache suffisamment grande pour contenir toutes les données temporaires. Ceci n’est réalisable que si de grandes quantités de RAM sont disponibles pour être allouées à chaque machine virtuelle.
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 bloc

Si vous utilisez Studio, vous pouvez ajouter des machines en bloc à l’aide de fichiers CSV. Cette fonctionnalité est disponible pour tous les catalogues, à l’exception des catalogues créés via MCS.

Un flux de travail général pour l’utilisation de fichiers CSV afin d’ajouter des machines en bloc est le suivant :

Sur la page Machines, sélectionnez Ajouter un fichier CSV. La fenêtre Ajouter des machines en bloc apparaît.
Sélectionnez Télécharger le modèle CSV.
Remplissez le fichier modèle.
Faites glisser ou parcourez le fichier pour le télécharger.
Sélectionnez Valider pour effectuer des vérifications de validation sur votre importation.
Sélectionnez Importer pour terminer.

Pour plus d’informations sur les considérations relatives aux fichiers CSV, consultez Considérations relatives à 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 de machines exporté peut ensuite être utilisé comme modèle lors de l’ajout de machines en bloc. Pour exporter des machines :

Sur la page Machines, sélectionnez Exporter vers un fichier CSV. Un fichier CSV contenant une liste des machines est téléchargé.
Ouvrez le fichier CSV pour ajouter ou modifier des machines si nécessaire. Pour ajouter des machines en bloc à l’aide du fichier CSV enregistré, consultez la section précédente, Utilisation de fichiers CSV pour ajouter des machines en bloc.

Remarque :

Cette fonctionnalité n’est pas disponible pour les catalogues d’accès PC distant.

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

Sécurité

La page Sécurité apparaît uniquement si vous créez un catalogue de machines sans attribuer de profil de machine dans un environnement de virtualisation AWS. Utilisez la page Sécurité pour configurer les groupes de sécurité des machines virtuelles. Ceci est également applicable lors de la modification et du clonage d’un catalogue de machines existant.

Si vous créez un catalogue de machines basé sur un profil de machine, les configurations des groupes de sécurité sont héritées du profil de machine et la page Sécurité n’apparaît pas.

Configurer les cartes réseau pour les machines

La page Cartes réseau n’apparaît pas si vous sélectionnez Accès PC distant sur la page Type de machine.

Si vous prévoyez d’utiliser plusieurs cartes réseau, associez un réseau virtuel à chaque carte. Par exemple, vous pouvez attribuer une carte pour accéder à un réseau sécurisé spécifique, et une autre carte pour accéder à un réseau plus couramment utilisé. Vous pouvez également ajouter ou supprimer des cartes réseau à partir de cette page.

Remarque :

Pour les déploiements VMware, lors de la création d’un catalogue de machines à l’aide d’un profil de machine, le catalogue hérite des configurations de carte réseau du profil de machine. Dans de tels cas, si le profil de machine comporte plusieurs cartes réseau avec le même réseau, Studio utilise le réseau de l’unité d’hébergement pour les configurations de carte réseau.

Ajouter des comptes de machine

Remarque :

Cette page Comptes de machine apparaît uniquement lorsque vous sélectionnez Accès PC distant sur la page Type de machine.

Ajoutez les comptes de machine Active Directory ou les unités d’organisation (UO). N’utilisez pas de barre oblique (/) dans un nom d’UO.

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

Vous pouvez également ajouter des machines en bloc à l’aide de fichiers CSV. Voici un workflow général pour ce faire :

Sur la page Comptes de machine, sélectionnez Ajouter un fichier CSV. La fenêtre Ajouter des machines en bloc apparaît.
Sélectionnez Télécharger le modèle CSV.
Remplissez le fichier modèle.
Faites glisser le fichier ou accédez-y pour le charger.
Sélectionnez Valider pour effectuer des vérifications de validation sur votre importation.
Sélectionnez Importer pour terminer.

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

Configurer les identités des machines dans le catalogue

Remarque :

La page Identités de machine apparaît uniquement si vous ne sélectionnez pas Accès PC distant sur la page Type de machine et si vous sélectionnez Citrix Machine Creation Services (MCS) sur la page Gestion des machines.

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

Voici un workflow général pour configurer les paramètres sur cette page :

Sélectionnez une identité dans la liste.
Indiquez si vous souhaitez créer des comptes ou utiliser des comptes existants, ainsi que l’emplacement (domaine) de ces comptes.

Vous pouvez sélectionner l’une des options suivantes :

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

Remarque :

Par défaut, le domaine où réside la ressource (connexion) est sélectionné.
Jointes à Microsoft Entra : Machines appartenant à une organisation et connectées avec un compte Microsoft Entra appartenant à cette organisation. Elles existent uniquement dans le cloud. Pour plus d’informations sur les exigences, les limitations et les considérations, consultez la section Jointes à Microsoft Entra.
Remarque :
- Cette option exige que l’image principale réponde aux prérequis du système d’exploitation. Pour plus d’informations, consultez la documentation Microsoft Appareils joints à Microsoft Entra.
Jointes à Microsoft Entra hybride. Machines appartenant à une organisation et connectées avec un compte Active Directory Domain Services appartenant à cette organisation. Elles existent dans le cloud et sur site. Pour plus d’informations sur les exigences, les limitations et les considérations, consultez la section Jointes à Microsoft Entra hybride.
Remarque :
- Avant de pouvoir utiliser la jonction hybride Microsoft Entra, assurez-vous que votre environnement Azure répond aux prérequis. Consultez la section Configurer la jonction hybride Microsoft Entra.
- Cette option exige que l’image principale réponde aux prérequis du système d’exploitation. Pour plus d’informations, consultez la section Appareils joints à Microsoft Entra hybride.
Non jointes à un domaine. Machines non jointes à un domaine. Pour plus d’informations sur les exigences et les limitations, consultez la section Non jointes à un domaine.

Important :

Si vous sélectionnez Active Directory local ou Jointes à Microsoft Entra hybride comme type d’identité, chaque machine du catalogue doit avoir un compte d’ordinateur Active Directory correspondant.

Le type d’identité Non jointes à un domaine nécessite la version 1811 ou ultérieure du VDA comme niveau fonctionnel minimal pour le catalogue. Pour le rendre disponible, mettez à jour le niveau fonctionnel minimal.

Les types d’identité Jointes à Microsoft Entra et Jointes à Microsoft Entra hybride nécessitent la version 2203 ou ultérieure du VDA comme niveau fonctionnel minimal pour le catalogue. Pour les rendre disponibles, mettez à jour le niveau fonctionnel minimal.

Un compte de service Microsoft Entra est obligatoire lors de la création de catalogues Microsoft Entra uniquement ou Microsoft Entra inscrits dans Microsoft Intune pour les machines virtuelles persistantes et non persistantes.

Avant de configurer les identités de machine, assurez-vous que vous disposez des autorisations nécessaires pour créer des comptes d’ordinateur dans l’unité d’organisation où résident les machines. Chaque machine du catalogue doit avoir un nom unique. Choisissez ensuite comment configurer les identités de machine :

Si vous créez de nouveaux comptes de machine, spécifiez l’unité d’organisation et le schéma de nommage des machines. Pour plus d’informations, consultez la section Schéma de nommage des comptes de machine. Lorsque vous créez un catalogue, un pool d’identités est créé automatiquement pour contenir toutes les identités de machine que vous avez définies pour ce catalogue.
Si vous utilisez des comptes de machine existants, choisissez un pool d’identités existant dans votre environnement.

Remarque :

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

Lorsque vous créez un catalogue et sélectionnez Utiliser un pool d’identités existant sur la page Identités de machine, le comportement du compte de service dépend de la configuration du pool d’identités :

Si le pool d’identités sélectionné n’a pas de compte de service configuré, la sélection d’un compte de service stocké sur la page Informations d’identification du domaine n’a aucun effet. L’opération Ajouter des machines peut échouer avec une erreur indiquant que le compte de service est introuvable. Pour éviter cela, saisissez manuellement les informations d’identification du domaine sur la page Informations d’identification du domaine.

Si le pool d’identités sélectionné a un compte de service configuré, tout compte de service sélectionné sur la page Informations d’identification du domaine est ignoré. L’opération Ajouter des machines utilise toujours le compte de service associé au pool d’identités.

Si vous utilisez des comptes existants, accédez aux comptes ou cliquez sur Importer et spécifiez un fichier .csv contenant les noms de compte. Le contenu du fichier importé doit utiliser le format : [ADComputerAccount] ADcomputeraccountname.domain

Assurez-vous qu’il y a suffisamment de comptes pour toutes les machines que vous ajoutez. Studio 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 du compte, qui doit être le même pour tous les comptes.

Pour les catalogues contenant des machines physiques ou 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 de nommage des comptes de machine

Chaque machine d’un catalogue doit avoir un nom unique. Vous devez spécifier un schéma de nommage de compte de machine lors de la création d’un catalogue. Utilisez des caractères génériques (dièses) comme espaces réservés pour les numéros ou les lettres séquentiels qui apparaissent dans le nom.

Lorsque vous spécifiez un schéma de nommage, tenez compte des éléments suivants :

Le nombre maximal de caractères autorisé est de 15.
Le schéma de nommage doit contenir au moins un caractère générique. Vous devez regrouper tous les caractères génériques.
Le nom entier, y compris les caractères génériques, doit contenir au moins 2 caractères, mais pas plus de 15. Il doit inclure au moins un caractère non numérique et un caractère # (générique).
Le nom ne doit pas inclure d’espaces ni aucun des caractères suivants : ,~!@'$%^&.()}{\/*?"<>|=+[];:_"..
Le nom ne peut pas se terminer par un trait d’union (-).
Le nombre de caractères augmente avec l’augmentation du nombre de comptes de machine. Par exemple, si vous créez 1 000 comptes de machine avec le schéma « veryverylong# », le dernier nom de compte créé (veryverylong1000) contient 16 caractères, ce qui dépasse le nombre maximal de caractères autorisés.

Vous pouvez indiquer si les valeurs séquentielles sont des nombres (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 nombres 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 schéma de nommage PC-Sales-## (avec 0-9 sélectionné) génère des comptes nommés PC-Sales-01, PC-Sales-02, PC-Sales-03, et ainsi de suite.

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

Si vous sélectionnez 0-9, les comptes sont nommés séquentiellement, en commençant par les nombres spécifiés. Saisissez un ou plusieurs chiffres, en fonction du 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 séquentiellement, en commençant par les lettres spécifiées. Saisissez une ou plusieurs lettres, en fonction du 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.

Ajouter des informations d’identification de domaine

Saisissez les informations d’identification d’un administrateur disposant des autorisations nécessaires pour effectuer des opérations sur les comptes. Les étapes détaillées sont les suivantes :

Cliquez sur Entrer les informations d’identification. La page Sécurité Windows apparaît.
Dans le champ Nom d’utilisateur, saisissez le SamName, le nom d’utilisateur ou le SID de l’administrateur. Selon votre saisie :
- Si vous saisissez un SamName, le champ Domaine est automatiquement renseigné.
- Si vous saisissez un nom d’utilisateur ou un SID, vous pouvez limiter la recherche d’utilisateur à un domaine spécifique en saisissant le nom de domaine ou le SID dans le champ Domaine.
Cliquez sur Vérifier le nom pour vérifier si le nom d’utilisateur est valide ou unique.
Dans le champ Mot de passe, saisissez le mot de passe de domaine de l’administrateur.
Cliquez sur Terminé.

Remarque :

Si le type d’identité que vous avez sélectionné dans Identités de machine est Jointure hybride Microsoft Entra, les informations d’identification que vous saisissez doivent avoir reçu l’autorisation Write userCertificate.

Sélectionner un ensemble de configurations WEM pour l’optimisation de l’expérience

Remarque :

La page Optimisation de l’expérience apparaît uniquement si vous disposez d’un droit Workspace Environment Management™ (WEM).

Améliorez l’allocation des ressources et les performances du système sur vos machines en spécifiant un ensemble de configurations WEM pour le catalogue de machines.

Autorisations requises

Par défaut, la création et la gestion des ensembles de configurations pour les catalogues de machines nécessitent le rôle Administrateur WEM complet, ainsi que l’un des rôles suivants :

Administrateur avec accès complet
Administrateur cloud
Administrateur de catalogue de machines

Pour permettre à d’autres rôles de gérer les ensembles de configurations, attribuez-leur à la fois l’autorisation Gérer les ensembles de configurations et le rôle Administrateur WEM complet.

Conditions préalables

Avant de lier un catalogue à un ensemble de configurations, assurez-vous que votre déploiement du service Workspace Environment Management (WEM) est configuré. Connectez-vous à Citrix Cloud et lancez le service WEM. Pour plus d’informations, consultez Démarrer avec le service Workspace Environment Management.

Si vous utilisez déjà WEM, vérifiez que l’agent WEM est installé sur chaque VDA et connecté à Citrix Cloud afin que les paramètres d’optimisation puissent prendre effet.

Étapes

Sélectionnez une option d’Optimisation de l’expérience à appliquer au catalogue de machines :

Appliquer les paramètres par défaut : Sélectionnez cette option pour appliquer les paramètres d’optimisation par défaut, y compris la protection automatique contre les pics de CPU et l’optimisation intelligente du CPU.
Appliquer les paramètres personnalisés : Sélectionnez cette option pour créer un ensemble de configurations pour ce catalogue de machines en utilisant le nom du catalogue. Une fois l’ensemble de configurations créé, vous pouvez personnaliser les paramètres d’optimisation selon vos besoins. Vous pouvez également sélectionner un ensemble de configurations existant.

Mettre à niveau le VDA (facultatif)

Important :

Pour garantir une mise à niveau fluide, assurez-vous de satisfaire aux prérequis et de consulter les problèmes connus avant de mettre à niveau les VDA vers les versions CR ou LTSR CU. Consultez Mettre à niveau les VDA à l’aide de Studio.

Lors de la mise à niveau des VDA LTSR vers les versions de mise à jour cumulative (CU) LTSR, assurez-vous que la version des agents de mise à niveau VDA exécutés sur les VDA est 7.36.0.7 ou ultérieure. Pour plus d’informations, consultez Mettre à niveau les VDA à l’aide de Studio.

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

Machines persistantes provisionnées par MCS. Vous les déployez à l’aide de Citrix Machine Creation Services sur la page Gestion des machines lors de la création du catalogue.
Machines qui ne sont pas créées à l’aide de MCS (par exemple, les machines physiques). Vous les déployez à l’aide de 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 Gestion des machines

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

Remarque :

Cette fonctionnalité ne prend en charge la mise à niveau que vers le dernier VDA. L’heure à laquelle vous créez un calendrier de mise à niveau 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, il peut s’écouler jusqu’à 15 minutes avant que le champ Mise à niveau du VDA ne reflète le dernier état. Pour afficher la colonne Mise à niveau du VDA, cliquez sur l’icône Colonnes à afficher dans le coin supérieur droit, sélectionnez Catalogue de machines > Mise à niveau du VDA, puis cliquez sur Enregistrer.

Choisissez une branche VDA qui convient à votre déploiement :

Important :

Vous pouvez basculer entre le VDA CR et le VDA LTSR tant que vous passez d’une version antérieure à une version ultérieure. Vous ne pouvez pas passer d’une version ultérieure à une version antérieure, car cela est considéré comme une rétrogradation. Par exemple, vous ne pouvez pas rétrograder de 2212 CR à 2203 LTSR (n’importe quelle CU), mais vous pouvez mettre à niveau de 2112 CR à 2203 LTSR (n’importe quelle CU).

Dernier VDA CR. Les versions actuelles (CR) offrent les fonctionnalités et les fonctions les plus récentes et les plus innovantes en matière de virtualisation d’applications, de bureaux et de serveurs.
Dernier VDA LTSR. Les versions de service à long terme (LTSR) sont recommandées pour les grands environnements de production d’entreprise qui préfèrent conserver la même version de base pendant une période prolongée.

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 du VDA ultérieurement, vous pouvez revenir à cette page en modifiant le catalogue après sa création. Pour plus d’informations, consultez Configurer les paramètres de mise à niveau du VDA en modifiant un catalogue.

Examiner les paramètres

Sur la page Résumé, examinez les paramètres que vous avez spécifiés. Saisissez un nom et une description pour le catalogue. Ces informations apparaissent dans Studio.

Lorsque vous avez terminé, 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 :

Passez la souris sur le catalogue de machines.
Dans l’info-bulle qui apparaît, cliquez sur Afficher les détails.

Un graphique de progression étape par étape apparaît, où vous pouvez voir les éléments suivants :
- Historique des étapes
- Progression et durée d’exécution de l’étape actuelle
- Étapes restantes

Créer un catalogue de machines MCS à l’aide de commandes PowerShell

Vous pouvez également créer un catalogue de machines MCS à l’aide de commandes PowerShell. Pour plus d’informations, consultez :

Attribuer une lettre de lecteur spécifique à un disque de cache en écriture différée E/S MCS

Vous pouvez attribuer une lettre de lecteur spécifique à un disque de cache en écriture différée E/S MCS. Cette implémentation vous aide à éviter les conflits entre la lettre de lecteur des applications que vous utilisez et la lettre de lecteur du disque de cache en écriture différée E/S MCS. Pour ce faire, vous pouvez utiliser des commandes PowerShell. Les hyperviseurs pris en charge sont Azure, GCP, VMware, SCVMM et XenServer.

Remarque :

Cette fonctionnalité nécessite la version 2305 ou ultérieure du VDA.

Limitations

Applicable uniquement au système d’exploitation Windows
Lettre de lecteur applicable pour le disque de cache en écriture différée : E à Z
Non applicable lorsque le disque temporaire Azure est utilisé comme disque de cache en écriture différée
Applicable uniquement lors de la création d’un nouveau catalogue de machines

Attribuer une lettre de lecteur à un disque de cache en écriture différée

Pour attribuer une lettre de lecteur à un disque de cache en écriture différée :

Ouvrez la fenêtre PowerShell.
Exécutez asnp citrix*.
Créez un pool d’identités s’il n’est pas déjà créé.

Créez un schéma de provisionnement à l’aide de la commande New-ProvScheme avec la propriété WriteBackCacheDriveLetter. Par exemple :

New-ProvScheme -CleanOnBoot `
-HostingUnitName "<name>" `
-IdentityPoolName $schemeName `
-ProvisioningSchemeName $schemeName `
-InitialBatchSizeHint 1 `
-UseWriteBackCache -WriteBackCacheDiskSize 127 -WriteBackCacheMemorySize 256 -WriteBackCacheDriveLetter E `
-MasterImageVM "XDHyp:\HostingUnits\<name>\image.folder\abcd-resources.resourcegroup\MCSIOMasterVm_OsDisk_1_d3e2d6352xxxxxxxxx2130aa145ec77.manageddisk" `
-NetworkMapping @{"0"="XDHyp:\\HostingUnits\\name\\virtualprivatecloud.folder\\East US.region\\virtualprivatecloud.folder\\abcd-resources.resourcegroup\\abcd-resources-vnet.virtualprivatecloud\\default.network"} `
-ServiceOffering "XDHyp:\\HostingUnits\\<name>\\serviceoffering.folder\\Standard_D2s_v5.serviceoffering" `
-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="OsType" Value="Windows" />
<Property xsi:type="StringProperty" Name="StorageType" Value="Premium_LRS"/>
<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="WBCDiskStorageType" Value="Premium_LRS" />
<Property xsi:type="StringProperty" Name="UseTempDiskForWBC" Value="false" />
<Property xsi:type="StringProperty" Name="ResourceGroups" Value="abcd-group1" />
<Property xsi:type="StringProperty" Name="LicenseType" Value="Windows_Client" />
<Property xsi:type="StringProperty" Name="SchemaVersion" Value="2" />
</CustomProperties>'
<!--NeedCopy-->

Terminez la création du catalogue.

Considération importante concernant la définition des propriétés personnalisées

Les propriétés personnalisées doivent être définies correctement pour 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.

Propriété non valide trouvée : <invalid property>. Assurez-vous que le paramètre CustomProperties prend en charge la propriété.

Considération importante concernant la définition des paramètres ProvScheme

Lorsque vous utilisez MCS pour créer un catalogue, une erreur se produit 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
	XenServer®
	Azure
	GCP
`DedicatedTenancy`	Azure
	GCP
	AWS
`TenancyType`	Azure
	GCP
	AWS
`UseFullDiskCloneProvisioning`	VMware
	Hyper-V
	XenServer

Mettez à jour les paramètres Set-ProvScheme suivants après avoir créé le catalogue de machines :
- CleanOnBoot
- UseWriteBackCache
- DedicatedTenancy
- TenancyType
- UseFullDiskCloneProvisioning

Ajouter des SID lors de la création de machines virtuelles

Vous pouvez ajouter le paramètre ADAccountSid pour identifier de manière unique les machines lors de la création de nouvelles machines virtuelles.

Pour ce faire :

Créez un catalogue avec le type d’identité pris en charge.

Ajoutez des machines au catalogue à l’aide de NewProvVM. Par exemple :

New-ProvVM  -ProvisioningSchemeName "name"  -ADAccountSid @("SID ")  -RunAsynchronously
<!--NeedCopy-->

Toutefois, vous ne pouvez pas provisionner une machine avec :

Un compte AD qui ne fait pas partie du pool d’identités du catalogue
Un compte AD qui n’est pas à l’état disponible

Valider la configuration avant de créer un catalogue de machines MCS

Vous pouvez valider les paramètres de configuration avant de créer un catalogue de machines MCS à l’aide du paramètre -validate dans la commande New-ProvScheme. Après avoir exécuté cette commande PowerShell avec le paramètre, vous recevez un message d’erreur approprié si un paramètre incorrect est utilisé ou si un paramètre est en conflit avec un autre paramètre. Vous pouvez ensuite utiliser le message d’erreur pour résoudre le problème et créer avec succès un catalogue de machines MCS à l’aide de PowerShell. Actuellement, cette fonctionnalité est applicable aux environnements de virtualisation AWS, Azure, GCP et VMware.

Remarque :

Lors de la validation, vous ne devez pas créer de catalogue de machines MCS réel. Vous devez utiliser le résultat de la commande pour corriger les erreurs, puis créer un catalogue réussi. Par conséquent, lors de l’exécution de la commande New-ProvScheme, utilisez un faux nom de pool d’identités.

Pour valider la configuration, procédez comme suit :

Ouvrez une fenêtre PowerShell à partir de l’hôte du Delivery Controller.
Exécutez asnp citrix* pour charger les modules PowerShell spécifiques à Citrix.

Exécutez la commande New-ProvScheme et utilisez le paramètre -validate. Fournissez un faux nom de pool d’identités pour que la commande fonctionne. Par exemple,

$result =New-ProvScheme  -CleanOnBoot -HostingUnitName "vSanRg" -IdentityPoolName``"mptmpcatalogdemo" -InitialBatchSizeHint 1  -MasterImageVM "XDHyp:\HostingUnits\vSanRg\Windows19MasterImage.``vm\Citrix_XD_NonMachineProfileWin19Machines.snapshot" -NetworkMapping @{"0"="XDHyp:\HostingUnits\vSanRg\\VM Network.network"} -ProvisioningSchemeName` `"MachineProfileW10Machines"  -Scope @()
-VMCpuCount 2  -VM
MemoryMB 6143 -MachineProfile "XDHyp:\HostingUnits\vSanRg\TRW-Win11-tpm-BL-TEMPLATE.``template" -TenancyType Shared  -FunctionalLevel "L7_20" -Validate
$result.TerminatingError | Format-List -Property *
<!--NeedCopy-->

Message d’erreur :

ErrorData    : {[[ValidationFailureCount, xxx], [InvalidMemoryValue, The memory size provided 6143 must be a multiple of 4 MB and must be greater than or equal to 4 MB.], [InconsistentGuestOsSetting, The GuestOs setting - windows9_64Guest of the selected machine profile does not match with the setting - windows2019srv_64Guest of master image. Please select a machine profile that matches the GuestOs setting of the master image.], [InconsistentVtpmSetting, The vTPM setting of the selected machine profile does not match with the selected master image. Please select a machine profile that matches the vTPM setting of the master image.], [InconsistentFirmwareSetting, The firmware setting - efi of the selected machine profile does not match with the setting - bios of master image. Please select a machine profile that matches the firmware setting of the master image ErrorId      : ValidationFailure
ErrorMessage : ValidationFailure
Operation    : ValidatingInputs
<!--NeedCopy-->

Après avoir validé le paramètre de configuration, vous pouvez créer un catalogue de machines MCS avec un nom de pool d’identités réel et des paramètres corrects.

Intégrer des machines virtuelles à Azure Arc

Azure Arc permet aux organisations de gérer des ressources telles que des machines virtuelles hébergées n’importe où comme si elles s’exécutaient dans Azure. Avec Azure Arc, vous pouvez utiliser des services Azure tels qu’Azure Monitor pour une visibilité complète et une gestion proactive des ressources.

Pour intégrer des machines virtuelles à Azure Arc, créez un catalogue de machines MCS à l’aide de la commande New-ProvScheme. Vous pouvez également mettre à jour un catalogue existant à l’aide de la commande Set-ProvScheme. Seules les nouvelles machines virtuelles ajoutées au catalogue sont intégrées à Azure Arc.

Actuellement, cette fonctionnalité est applicable à tous les hyperviseurs Citrix sur site : VMware, Nutanix et SCVMM.

Conditions préalables

Tenez compte des éléments suivants avant d’activer l’intégration d’Azure Arc sur le catalogue MCS :

Groupe de ressources Azure avec :
- Des comptes qui autorisent la lecture, la création et la suppression de serveurs Arc.
- Des comptes qui autorisent la gestion des extensions de machines virtuelles, des licences et des étendues de liaison privée.
- Le rôle Administrateur de ressources de machine connectée Azure attribué au principal de service au niveau de l’étendue du groupe de ressources.

Consultez Attribuer des rôles Azure à l’aide du portail Azure.

Image principale avec
- VDA : Postérieur à 2311, à l’exclusion de 2411.
  
  Remarque :
  
  L’intégration d’Azure Arc n’est pas prise en charge dans Citrix Virtual Apps and Desktops 2411. [BRK-14897]
- Agent AzureConnectedMachineAgent installé. Vous pouvez télécharger le fichier MSI dans les sections Windows ou Linux de la documentation de Microsoft.

Étapes pour intégrer une machine virtuelle à Azure Arc

Configurez un compte de service avec la capacité AzureArcResourceManagement.

Le compte de service est utilisé pour l’authentification ou l’autorisation en stockant les informations d’identification pour accéder aux fournisseurs d’identité comme Microsoft Entra ID. Chaque compte de service est lié à un seul fournisseur d’identité.

Pour créer un nouveau compte de service pour accéder à Azure AD avec la capacité AzureArcResourceManagement, exécutez :

L’application-id doit correspondre au même principal de service auquel le rôle d’administrateur de ressources de machine connectée Azure a été attribué.

Attribuez le compte de service au pool d’identités. Par exemple :

Set-AcctIdentityPool -IdentityPoolUid “idn-pool-uid” -ServiceAccountUid “service-account-uid”
<!--NeedCopy-->

Créez ou mettez à jour un catalogue MCS avec les paramètres Arc suivants :
- EnableAzureArcOnboarding : Indique si l’intégration Arc doit être activée sur le catalogue.
- AzureArcSubscriptionId : Indique l’abonnement Azure dans lequel les machines virtuelles connectées à Arc sont créées.
- AzureArcRegion : Indique la région Azure dans laquelle les machines virtuelles connectées à Arc sont créées.
- AzureArcResourceGroup : Indique le groupe de ressources Azure dans lequel les machines virtuelles connectées à Arc sont créées. Consultez la section Prérequis pour plus d’informations sur le groupe de ressources Azure Arc.
Exemple : Pour activer l’intégration Azure Arc pour un nouveau catalogue :
```
`New-ProvScheme -ProvisioningSchemeName "demo" -MasterImageVM "XDHyp:\HostingUnits\hosting-unit\masterVMName.vm\masterSnapshotName.snapshot" -HostingUnitName “hosting-unit” -IdentityPoolName “identity-pool”`

-EnableAzureArcOnboarding -AzureArcSubscriptionId “azure-sub” -AzureArcResourceGroup “azure-resourcegroup” - AzureArcRegion “azure-region”

```
Exemple : Pour activer l’intégration Azure Arc pour un catalogue existant :
```
Set-ProvScheme -ProvisioningSchemeName "demo" -EnableAzureArcOnboarding $true -AzureArcSubscriptionId “azure-sub” -AzureArcResourceGroup “azure-resourcegroup” - AzureArcRegion “azure-region”

```
Exemple : Pour désactiver l’intégration Azure Arc pour un catalogue existant :
```
Set-ProvScheme -ProvisioningSchemeName "demo" -EnableAzureArcOnboarding $false:

```
Ajoutez de nouvelles machines au catalogue pour l’intégration Arc.
Après avoir mis sous tension la machine virtuelle, vous devez la voir dans le portail Azure sous AzureArcResourceGroup en tant que machine connectée.

Considérations

L’intégration Arc n’est actuellement prise en charge que pour les nouvelles machines virtuelles. Ainsi, si vous mettez à jour un catalogue existant à l’aide de Set-ProvScheme, seules les machines virtuelles nouvellement ajoutées sont intégrées à Arc lors de leur première mise sous tension.
Les propriétés personnalisées Arc sont toujours prises en charge pour les catalogues existants pour la compatibilité descendante. Cependant, si vous exécutez New-ProvScheme avec des propriétés personnalisées Arc telles que EnableAzureArcOnboarding, la création du catalogue échoue.
Vous devez ajouter tous les paramètres dans New-ProvScheme et Set-ProvScheme si vous configurez EnableAzureArcOnboarding sur true.

Dépannage

Lors de la création d’un catalogue SCVMM à l’aide de New-ProvScheme, vous pouvez obtenir l’erreur suivante :

Master Image/Machine Profile's VM's device id is different than the NetworkMapping's device id '0'. Please provide a device id that matches the master image/machine profile.
<!--NeedCopy-->

Dans ce cas, assurez-vous de spécifier explicitement le DeviceId dans le paramètre NetworkMapping de New-ProvScheme. Par exemple :

New-ProvScheme -ProvisioningSchemeType "MCS" -InitialBatchSizeHint 1 -HostingUnitName $HostingUnitName `
            -IdentityPoolName $CatalogName -MasterImageVM $MasterImage -ProvisioningSchemeName $CatalogName `
            -VMCpuCount 2 -VMMemoryMB 4096  -EnableAzureArcOnboarding `
            -AzureArcSubscriptionId $AzureArcSubscription -AzureArcRegion $AzureArcRegion `
            -AzureArcResourceGroup $AzureArcResourceGroup
            -NetworkMapping @{"FDDxxxxxx-xxxx-4xxx-9EBC-3xxxxxxxx"="XDHyp:\HostingUnits\<hosting unit name>\abc.network"}
<!--NeedCopy-->

Balisage Follow-Me

Le balisage Follow-Me permet de suivre l’utilisation individuelle des machines virtuelles par les utilisateurs finaux en appliquant des balises au niveau de l’hyperviseur. Ces balises, étiquetées avec l’utilisateur et/ou l’organisation spécifique (en utilisant citrix-user-upn comme clé et le nom d’utilisateur principal (UPN) comme valeur), sont automatiquement ajoutées par Citrix lorsqu’un utilisateur est affecté à une machine virtuelle et supprimées lorsque l’utilisateur est désaffecté.

Avantages

Cette fonctionnalité offre plusieurs avantages :

Rétrofacturation informatique : Facilite le filtrage de l’utilisation des ressources (Azure : cartes réseau, OS, ID, WBC, disques de données et machines virtuelles) (AWS EC2 : instance EC2, volumes EBS (OS, ID, WBC et disques de données) et cartes réseau) par balises, permettant une rétrofacturation précise aux utilisateurs individuels ou aux unités commerciales.
Remarque :
- Pour AWS EC2, activez la clé de balise citrix-user-upn en tant que balise d’allocation de coûts pour qu’elle apparaisse dans votre rapport de facturation. Consultez Activation des balises générées par AWS en tant que balises d’allocation de coûts.
- Pour Azure, vous n’avez pas besoin d’activer la balise citrix-user-upn pour filtrer les rapports d’analyse des coûts par utilisateur afin d’afficher les dépenses détaillées, qui incluent le total des dépenses mensuelles, les coûts par ressource individuelle, les tendances des coûts quotidiens, les coûts par service et les enregistrements de facturation détaillés.
Gestion efficace des utilisateurs : Automatise le retrait des balises des ressources lorsque les utilisateurs finaux sont désaffectés (par exemple, changements d’emploi comme la résiliation ou la réorganisation).
Surveillance de sécurité améliorée : Permet d’identifier les machines virtuelles attribuées à des utilisateurs finaux spécifiques pour des analyses de sécurité ciblées.

Applicabilité

Actuellement, le balisage suiveur est applicable à :

Environnements AWS EC2 et Azure
Machines attribuées statiquement exécutant un OS à session unique
Catalogues persistants et non persistants
Tous les catalogues joints à une identité de machine pris en charge
Uniquement les machines virtuelles provisionnées par MCS
Disques gérés (pour Azure) uniquement

Limitations

Une brève période de synchronisation existe entre l’attribution de l’utilisateur final et l’apparition de la balise correspondante sur la machine de l’hyperviseur.
MCS ne retente pas les opérations de balisage si l’opération échoue en raison de problèmes tels que des autorisations de balisage insuffisantes, des défaillances de l’hyperviseur ou des Cloud Connectors indisponibles. Au lieu de cela, MCS émet un avertissement sur le schéma de provisionnement. Cet avertissement est accessible à l’aide de la commande PowerShell Get-ProvOperationEvent.
Les opérations de balisage sont initiées exclusivement lorsque le balisage d’un catalogue est activé ou désactivé, ou lorsqu’un utilisateur est attribué à une machine virtuelle.
Si vous supprimez manuellement la balise suiveuse de la carte réseau, la balise ne s’applique à aucune ressource nouvellement créée lors du prochain démarrage.

Considérations importantes

Tenez compte des éléments suivants lors de l’utilisation du balisage suiveur dans les environnements AWS EC2 :

Limitations spécifiques à AWS : Consultez Limitations de balisage pour les limitations de balisage.
Activez la balise pour l’allocation des coûts. Consultez Activation des balises générées par AWS pour l’allocation des coûts.

Tenez compte des éléments suivants lors de l’utilisation du balisage suiveur dans l’environnement Azure :

Limitations spécifiques à Azure
Vous ne pouvez ajouter que 50 balises par ressource.

Configurer le balisage suiveur

Vous pouvez configurer le balisage suiveur à l’aide de Studio et de PowerShell.

Utiliser Studio

Dans l’assistant de configuration du catalogue de machines :

Sur la page Système d’exploitation, sélectionnez OS à session unique.
Sur la page Gestion des machines :
- Sélectionnez Machines gérées par l’alimentation (par exemple, machines virtuelles ou PC lames).
- Sélectionnez de déployer des machines à l’aide de la technologie de provisionnement Citrix Machine Creation Services (MCS).
Terminez les paramètres sur les pages suivantes.
Sur la page Machines virtuelles, sélectionnez Appliquer le balisage suiveur.
Terminez le processus de création du catalogue.
Pour vérifier que la fonctionnalité est activée pour le catalogue, accédez à la page Détails du catalogue créé. La capacité Balisage suiveur sous Machine doit s’afficher comme Activé.
Dans le volet gauche, sélectionnez Groupes de mise à disposition, cliquez sur Créer un groupe de mise à disposition. Ajoutez le catalogue créé à un groupe de mise à disposition et attribuez un ou plusieurs utilisateurs au groupe de mise à disposition.

MCS balise automatiquement une machine virtuelle dans le catalogue avec le premier utilisateur qui se connecte à la machine. Alternativement, les utilisateurs peuvent être attribués manuellement à une machine au lieu de se fier à la première connexion.

Vous pouvez également modifier un catalogue existant pour configurer le balisage suiveur.

Sélectionnez le catalogue que vous souhaitez modifier et cliquez sur Modifier le catalogue de machines.
Accédez à la section Machines virtuelles et sélectionnez Appliquer le balisage suiveur.
Cliquez sur Appliquer, puis sur Enregistrer pour activer la fonctionnalité pour le catalogue existant. Les machines virtuelles nouvelles et existantes de ce catalogue sont désormais balisées au niveau de l’hyperviseur lorsque des utilisateurs finaux sont attribués.

Utiliser PowerShell

Pour configurer le balisage suiveur à l’aide de PowerShell, utilisez le paramètre -HypervisorVMTagging avec l’applet de commande Set-BrokerCatalog et définissez-le sur $true.

Exemple de script pour activer le balisage :

Set-BrokerCatalog -Name 'CatalogName' -HypervisorVMTagging $true
<!--NeedCopy-->

Exemple de script pour vérifier l’état du balisage d’un catalogue :

Get-BrokerCatalog -Name "SS-S-P-Cat" | Select Name, SessionSupport, AllocationType, ProvisioningType, HypervisorVMTagging
<!--NeedCopy-->

Vérifiez la valeur de HypervisorVMTagging. Si le balisage follow-me est activé pour le catalogue, la valeur de HypervisorVMTagging est True.

Après avoir activé le balisage follow-me pour le catalogue, ajoutez le catalogue créé à un groupe de mise à disposition et attribuez un ou plusieurs utilisateurs à ce groupe de mise à disposition.

Utiliser le balisage follow-me

Après avoir activé le balisage follow-me pour un catalogue de machines et attribué des utilisateurs aux machines virtuelles de ce catalogue, MCS applique automatiquement une balise au niveau de l’hyperviseur aux machines virtuelles. Cette balise est au format citrix-user-upn:<User Principal Name (UPN)>. Utilisez cette balise dans la console de facturation et de gestion de votre hyperviseur pour suivre l’utilisation des ressources par des utilisateurs finaux spécifiques.

Pour analyser les coûts des ressources avec des balises spécifiques dans Azure :

Accédez à la page Analyse des coûts sur le Portail Azure.
Ajoutez le filtre Balise.
Utilisez citrix-user-upn comme clé.
Sélectionnez un ou plusieurs UPN souhaités pour suivre les coûts des ressources.
Affichez les coûts réels accumulés pour les ressources balisées.

Utilisez le filtrage des balises avec citrix-user-upn pour :

Voir les dépenses mensuelles totales d’un utilisateur (Vue des coûts accumulés).
Afficher toutes les ressources appartenant à un utilisateur spécifique et leurs coûts (Vue des coûts par ressource).
Détecter les augmentations inattendues des coûts quotidiens par utilisateur (Vue des coûts quotidiens).
Identifier les services sur lesquels un utilisateur dépense, tels que les machines virtuelles ou le stockage (Vue des coûts par service).
Établir des enregistrements de facturation détaillés au niveau de l’utilisateur en filtrant les postes de facturation bruts (Vue des détails de la facture).

Pour analyser les coûts des ressources avec des balises d’allocation de coûts dans AWS :

Activez les balises d’allocation de coûts (l’activation peut prendre jusqu’à 24 heures et être visible dans le rapport de facturation). Activez les balises d’allocation de coûts via la console de facturation EC2 ou l’API AWS Cost Explorer, UpdateCostAllocationTagsStatus.
Ajoutez la clé de balise d’allocation de coûts et une valeur aux ressources AWS.

À l’aide de ces balises, générez les rapports de facturation pour afficher le coût encouru par les ressources selon la clé de balise d’allocation de coûts et les valeurs spécifiques. Vous pouvez afficher le rapport avec une granularité mensuelle, quotidienne et horaire.

Lorsqu’un utilisateur est désaffecté d’une machine, MCS supprime automatiquement la balise correspondante de cette machine virtuelle.

Dépannage

Problème : Les balises n’apparaissent pas sur l’hyperviseur après l’attribution de l’utilisateur.
Cause : Il peut y avoir un délai de synchronisation, ou MCS n’a pas pu effectuer le balisage en raison de problèmes d’autorisations, d’une défaillance de l’hyperviseur ou de Cloud Connectors indisponibles.
Solution :
- Attendez quelques minutes pour que la balise apparaisse.
- Si le problème persiste, vérifiez les avertissements sur le schéma de provisionnement à l’aide de la cmdlet PowerShell Get-ProvOperationEvent pour identifier les erreurs rencontrées lors du balisage. Assurez-vous que Citrix dispose des autorisations de balisage nécessaires sur l’hyperviseur.
- Vérifiez l’état du balisage. Exécutez Get-ProvVM et vérifiez la valeur booléenne IsFollowMeTagged dans CustomMachineData.

Étapes suivantes

Pour plus d’informations sur la création de catalogues d’hyperviseurs spécifiques, consultez :

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

Pour examiner l’ensemble du processus de configuration, consultez Planifier et créer un déploiement.

Vous pouvez créer un catalogue Citrix Provisioning à l’aide de Studio et de PowerShell. Cette implémentation vous offre les avantages suivants :

Une console unifiée unique pour gérer les catalogues MCS et Citrix Provisioning.
De nouvelles fonctionnalités pour les catalogues Citrix Provisioning, telles que la solution de gestion des identités, le provisionnement à la demande, etc.

Actuellement, cette fonctionnalité est disponible uniquement pour les charges de travail Azure et VMware. Cependant, dans les environnements VMware et XenServer, vous ne pouvez actuellement créer les catalogues qu’à l’aide de commandes PowerShell. Pour plus d’informations, consultez Créer des catalogues Citrix Provisioning dans Citrix Studio.

Plus d’informations

La version officielle de ce document est en anglais. Certains contenus de la documentation Cloud Software Group ont été traduits de façon automatique à des fins pratiques uniquement. Cloud Software Group n'exerce aucun contrôle sur le contenu traduit de façon automatique, qui peut contenir des erreurs, des imprécisions ou un langage inapproprié. Aucune garantie, explicite ou implicite, n'est fournie quant à l'exactitude, la fiabilité, la pertinence ou la justesse de toute traduction effectuée depuis l'anglais d'origine vers une autre langue, ou quant à la conformité de votre produit ou service Cloud Software Group à tout contenu traduit de façon automatique, et toute garantie fournie en vertu du contrat de licence de l'utilisateur final ou des conditions d'utilisation des services applicables, ou de tout autre accord avec Cloud Software Group, quant à la conformité du produit ou service à toute documentation ne s'applique pas dans la mesure où cette documentation a été traduite de façon automatique. Cloud Software Group ne pourra être tenu responsable de tout dommage ou problème dû à l'utilisation de contenu traduit de façon automatique.

Cela vous a-t-il été utile ?

Créer des catalogues de machines

March 25, 2026

Contributeur:

C C

March 25, 2026

Contributeur:

C C

Dans cet article

Présentation
Résumé de la création de catalogue MCS
Considérations relatives au stockage MCS
Préparer une image maître sur l’hyperviseur ou le service cloud
Activation de licence en volume
Créer un catalogue de machines à l’aide de Studio
Créer un catalogue de machines MCS à l’aide de commandes PowerShell
Valider la configuration avant de créer un catalogue de machines MCS
Intégrer des machines virtuelles à Azure Arc
Balisage Follow-Me
Étapes suivantes
Plus d’informations

Cela vous a-t-il été utile ?