Citrix DaaS™

Créer des catalogues de machines

May 4, 2026

Contributeur:

C C

PropertyPropertyPropertyPropertyPropertyPropertyPropertyPropertyPropertyProperty

Remarque :

Cet article explique comment créer des catalogues à l’aide de Studio. Si vous utilisez le déploiement rapide pour créer des ressources Azure, suivez les instructions de l’article Créer des catalogues à l’aide du déploiement rapide.

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 des systèmes basés sur Windows ou 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.

Vue d’ensemble

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, des 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. CustomProperties 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 Windows avec système d’exploitation multi-session 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 du VDA, consultez CTX136668.

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

name="description"

-  Voici un bref aperçu des actions MCS par défaut après que vous ayez 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 plusieurs emplacements de stockage définis, chacun obtient les types de disques 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 nouvellement 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.
Pour les machines virtuelles Windows sur VDA version 2511 (Mise à jour 1) ou ultérieure, MCS peut attribuer un MachineGuid unique à chaque machine. Ce MachineGuid est utilisé à des fins de licence par certains logiciels installés sur le VDA. Ce comportement est désactivé par défaut mais peut être activé en définissant la valeur de clé de registre HKLM:\Software\Citrix\MachineIdentityServiceAgent\EnableUniqueMachineGuid sur 1 sur l’image principale ou les machines individuelles.
- Alternativement, lors de la création de machines virtuelles pour fournir des bureaux statiques, vous pouvez spécifier (sur la page Machines de l’assistant de création de catalogue) des clones de machines virtuelles épais (copie complète). Les clones complets ne nécessitent pas la conservation de l’image principale sur chaque 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 concernant 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érence : contient le système d’exploitation lorsqu’il est copié à partir de l’image principale 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 des disques supplémentaires pour répondre à certains cas d’utilisation et à la consommation de fonctionnalités. Par exemple :
- L’optimisation du stockage MCS 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 du stockage pour la gestion et les opérations de journalisation générales. Calculez l’espace pour inclure la surcharge pour :
- Fichiers journaux
- Fichiers spécifiques à l’hyperviseur. Par exemple :
  - VMware ajoute d’autres fichiers au dossier Stockage de la machine virtuelle. Consultez les bonnes pratiques VMware.
  - Calculez vos besoins totaux en taille de machine virtuelle. Considérez une machine virtuelle contenant 20 Go pour le disque virtuel, 16 Go pour le fichier d’échange et 100 Mo pour les fichiers journaux, consommant un total de 36,1 Go.
- Instantanés pour XenServer ; Instantanés pour VMware.
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 la copie d’une copie du disque de base 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 pour créer un disque de base supplémentaire sur chaque emplacement de stockage. Les mises à jour de catalogue connaissent également un pic de stockage temporaire où chaque machine virtuelle du catalogue dispose de 2 disques Diff 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 le 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 charge de travail souhaitées.

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 principale sur l’hyperviseur ou le service cloud

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

Bon à savoir :

Une image principale peut également être appelée image de clone, image dorée, machine virtuelle de base ou 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 prendre en charge 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 d’accès à distance aux PC n’utilisent pas d’images principales.
- 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 permettre l’accès 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 (tels que les fonctionnalités de mise à jour).
Applications tierces que vous ne virtualisez pas. Citrix recommande de virtualiser les applications. La virtualisation réduit les coûts en éliminant la nécessité de mettre à jour l’image principale après l’ajout ou la reconfiguration d’une application. De plus, moins d’applications installées réduisent la taille des disques durs de l’image 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 maîtresses.

Pour préparer une image maître :

1. À l’aide de l’outil de gestion de votre hyperviseur, créez une image maître, 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 l’espace disque 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 maître 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 maître.
Si vous n’utilisez pas MCS, joignez l’image maître au domaine dont les applications et les bureaux sont membres. Assurez-vous que l’image maître 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 maître à 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 maître afin qu’il puisse être identifié ultérieurement. Si vous spécifiez une image maître 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 :

Service de gestion de clés (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.

Service de gestion de clés (KMS)

Le KMS est un service léger qui ne nécessite pas de système dédié et peut facilement être co-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. Pendant 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 activées immédiatement lorsqu’elles rejoignent le domaine. Ces machines restent activées tant qu’elles sont 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 décomptes d’activation. Chaque fois qu’un système Windows est activé, le dé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 décompte d'activation de 1 pour le MAK correspondant.

Activation hors ligne : Si le système Windows n’est pas en mesure de 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 VDA minimale 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 maître. 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.
1. Définissez la valeur sur 1.

Dé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 de gestion de l’activation en volume (VAMT). 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 maître. Cette étape consomme un décompte d’activation.
Créez un catalogue de machines MCS.
- 1. 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.
Cette méthode désactive l’option d’activation en ligne.
- 1. Ajoutez des machines virtuelles au catalogue de machines.
Mettez les machines virtuelles sous tension.
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 mentionnés dans Étapes suivantes.

Lancer l’assistant de création de catalogue

-  1. Connectez-vous à [Citrix Cloud](https://citrix.cloud.com).
-  1. Dans la vignette **DaaS**, cliquez sur **Gérer** pour ouvrir Studio.
-  1. Sélectionnez **Catalogues de machines** dans le volet gauche.

1. S’il s’agit du premier catalogue créé, vous êtes guidé vers la sélection appropriée (par exemple, « 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 de vos sélections 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 à distance :** Un catalogue d'accès PC à distance fournit aux utilisateurs un accès à distance à leurs machines de bureau physiques au bureau. L'accès PC à distance 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 à distance 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 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 pour 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 SE 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**, un bureau aléatoire est attribué aux utilisateurs à 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 Clonage par copie rapide ou Clonage par copie complète sont disponibles pour le mode Copie de machine virtuelle sur la page Machines virtuelles. Sinon, 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, 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 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 dans 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 effacer un nœud sélectionné 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 catalogues 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 n’est disponible que 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 de 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 à distance sur la page Type de machine.

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

Lors de l’utilisation de MCS pour créer des machines :
- Spécifiez le nombre de machines virtuelles à créer. Saisissez 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 l’opération Ajouter des machines.
- Choisissez la quantité de mémoire (en Mo) de chaque machine virtuelle.
  
  Important :
  
  Chaque machine virtuelle créée possède un disque dur. Sa taille est définie dans l’image principale ; vous ne pouvez pas modifier la taille du disque dur dans le catalogue.
- Si vous indiquez sur la page Expérience du 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 du 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 de données et un meilleur support de migration, avec des E/S 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 en écriture différée 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 en écriture différée 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 : Le cache en écriture différée utilisant uniquement un cache disque n’est plus pris 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 en écriture différée.
- 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ésactivez la case à cocher Taille du cache disque, aucun disque de cache n’est créé. Dans ce cas, spécifiez une valeur de Mémoire allouée au cache suffisamment grande pour contenir toutes les données temporaires. Cela 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 de ceux créés via MCS.

Le processus général pour ajouter des machines en bloc à l’aide de fichiers CSV est le suivant :

1. Sur la page Machines, sélectionnez Ajouter un fichier CSV. La fenêtre Ajouter des machines en bloc s’affiche.
1. Sélectionnez Télécharger le modèle CSV.
1. Remplissez le fichier modèle.

Faites glisser le fichier ou naviguez jusqu’à celui-ci 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 Considérations relatives à l’utilisation de fichiers CSV pour ajouter des machines.

Vous pouvez également exporter des machines 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 :
1. 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é s’affiche 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. Cela s’applique également 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é ne s’affiche pas.

Configurer les cartes réseau pour les machines

La page Cartes réseau ne s’affiche 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 s’affiche 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. Le processus général pour ce faire est le suivant :

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

Sélectionnez Télécharger le modèle CSV.
Remplissez le fichier modèle.
Faites glisser le fichier ou naviguez jusqu’à celui-ci 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 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** s'affiche uniquement si vous ne sélectionnez pas **Accès PC distant** sur la page **Type de machine** et que 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.

-  Un workflow général pour configurer les paramètres sur cette page est le suivant :

-  1.  Sélectionnez une identité dans la liste.
-  1.  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 sur site** : Machines appartenant à une organisation et connectées avec un compte Active Directory qui appartient à cette organisation. Elles existent sur site.

> **Remarque :**
>
> Par défaut, le domaine où réside la ressource (connexion) est sélectionné.

-  **Joint à Microsoft Entra** : Machines appartenant à une organisation et connectées avec un compte Microsoft Entra qui appartient à cette organisation. Elles existent uniquement dans le cloud. Pour plus d'informations sur les exigences, les limitations et les considérations, consultez [Joint à Microsoft Entra](/fr-fr/citrix-daas/install-configure/machine-identities/azure-active-directory-joined.html).

Remarque :

>
>     -  Cette option nécessite 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](https://learn.microsoft.com/fr-fr/entra/identity/devices/concept-directory-join).

-  **Joint à Microsoft Entra hybride**. Machines appartenant à une organisation et connectées avec un compte Active Directory Domain Services qui appartient à cette organisation. Elles existent dans le cloud et sur site. Pour plus d'informations sur les exigences, les limitations et les considérations, consultez [Joint à Microsoft Entra hybride](/fr-fr/citrix-daas/install-configure/machine-identities/hybrid-azure-active-directory-joined).

> **Remarque :**
>
>     -  Avant de pouvoir utiliser la jonction hybride à Microsoft Entra, assurez-vous que votre environnement Azure répond aux prérequis. Consultez [Configurer la jonction hybride à Microsoft Entra](https://learn.microsoft.com/fr-fr/entra/identity/devices/how-to-hybrid-join).
>     -  Cette option nécessite que l'image principale réponde aux prérequis du système d'exploitation. Pour plus d'informations, consultez [Appareils joints à Microsoft Entra hybride](https://learn.microsoft.com/fr-fr/entra/identity/devices/concept-hybrid-join).

-  **Non joint au domaine**. Machines non jointes à un domaine. Pour plus d'informations sur les exigences et les limitations, consultez [Non joint au domaine](/fr-fr/citrix-daas/install-configure/machine-identities/non-domain-joined.html).

Important :
-  Si vous sélectionnez **Active Directory sur site** ou **Joint à 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 joint au 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é Joint à Microsoft Entra et Joint à 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 de catalogues Microsoft Entra inscrits dans Microsoft Intune pour les machines virtuelles persistantes et non persistantes.

Avant de configurer les identités de machine, assurez-vous d’avoir l’autorisation de créer des comptes d’ordinateur dans l’unité d’organisation (OU) 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 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 des comptes 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.

Lors de la spécification d’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 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 inclure d’espaces ni aucun des caractères suivants : ,~!@'$%^&.()}{\/*?"<>|=+[];:_"..
Le nom ne peut pas se terminer par un tiret (-).
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é.
- 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 se résolvent 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 se résolvent en lettres séquentielles.

Par exemple, un schéma de nommage PC-Sales-## (avec 0-9 sélectionné) donne 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 numéros 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 autorisé à effectuer des opérations sur les comptes. Les étapes détaillées sont les suivantes :

1. Cliquez sur Saisir 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 Microsoft Entra hybride joint, les informations d’identification que vous saisissez doivent avoir été autorisées à la permission 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 complet WEM, 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 complet WEM.

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 conditions préalables 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 LTSR Cumulative Update (CU), 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 d’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 sur lesquels l’agent de mise à niveau du VDA est installé peuvent être mis à niveau vers la version sélectionnée, immédiatement ou à une heure planifiée.

Remarque :

Cette fonctionnalité prend en charge la mise à niveau uniquement vers le dernier VDA. L’heure à laquelle vous créez un calendrier de mise à niveau du 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 voie de 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 effectuer une mise à niveau de 2112 CR vers 2203 LTSR (n’importe quelle CU).

Dernier VDA CR. Les versions actuelles (CR) offrent les fonctionnalités et les fonctions de virtualisation d’applications, de bureaux et de serveurs les plus récentes et les plus innovantes.
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 si nécessaire. 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 MCS I/O

Vous pouvez attribuer une lettre de lecteur spécifique à un disque de cache en écriture MCS I/O. 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 MCS I/O. 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 : E à Z
Non applicable lorsque le disque temporaire Azure est utilisé comme disque de cache en écriture
Applicable uniquement lors de la création d’un nouveau catalogue de machines

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

Pour attribuer une lettre de lecteur à un disque de cache en écriture :
1. Ouvrez la fenêtre PowerShell.
1. Exécutez asnp citrix*.
1. 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 dans 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 : <propriété non valide>. 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 lors de la création d’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-->

Cependant, vous ne pouvez pas provisionner une machine avec :

Un compte AD qui ne se trouve pas dans le 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é s’applique à tous les hyperviseurs Citrix locaux : VMware, Nutanix et SCVMM.

Prérequis

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

Groupe de ressources Azure avec :
- Des comptes permettant de lire, créer et supprimer des serveurs Arc.
- Des comptes permettant de gérer les extensions de machines virtuelles, les licences et les é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 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 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 des informations d’identification pour accéder à des fournisseurs d’identité tels que Microsoft Entra ID. Chaque compte de service est lié à un seul fournisseur d’identité.

Pour créer un nouveau compte de service afin d’accéder à Azure AD avec la capacité AzureArcResourceManagement, exécutez :
```
New-AcctServiceAccount -IdentityProviderType “AzureAD” -IdentityProviderIdentifier “tenant-id” -AccountId “application-id” -AccountSecret “application-secret” -Capabilities “AzureArcResourceManagement”


```
L’application-id doit correspondre au même principal de service auquel le rôle 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 où les machines virtuelles connectées à Arc sont créées.
- AzureArcRegion : Indique la région Azure où les machines virtuelles connectées à Arc sont créées.
- AzureArcResourceGroup : Indique le groupe de ressources Azure où 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 intégrer Arc.
Après avoir mis la VM sous tension, vous devez voir la VM dans le portail Azure sous AzureArcResourceGroup en tant que machine connectée.

Considérations

L’intégration d’Arc n’est actuellement prise en charge que pour les nouvelles VM. Ainsi, si vous mettez à jour un catalogue existant à l’aide de Set-ProvScheme, seules les VM 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 des raisons de 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 pourriez rencontrer 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 de suivi (Follow-Me Tagging)

Le balisage de suivi permet de suivre l’utilisation individuelle des VM par les utilisateurs finaux en appliquant des balises au niveau de l’hyperviseur. Ces balises, identifiées par l’utilisateur et/ou l’organisation spécifique (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 VM 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 VM) (AWS EC2 : instances 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 des coûts pour qu’elle apparaisse dans votre rapport de facturation. Consultez Activation des balises générées par AWS pour l’allocation des 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, y compris 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 la suppression des balises des ressources lorsque les utilisateurs finaux sont désaffectés (par exemple, changements d’emploi comme une résiliation ou une réorganisation).
Surveillance de sécurité améliorée : Aide à identifier les VM affectées à des utilisateurs finaux spécifiques pour des analyses de sécurité ciblées.

Applicabilité

Actuellement, le balisage de suivi est applicable à :

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

Limitations

Une brève période de synchronisation existe entre l’affectation 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 peut être consulté à 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 affecté à une VM.
Si vous supprimez manuellement la balise de suivi de la carte réseau, la balise ne s’applique à aucune ressource nouvellement créée lors de la prochaine mise sous tension.

Considérations importantes

Tenez compte des éléments suivants lorsque vous utilisez le balisage de suivi 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 lorsque vous utilisez le balisage de suivi dans l’environnement Azure :

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

Configurer le balisage de suivi

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

Utiliser Studio

Dans l’assistant de configuration de catalogue de machines :

Sur la page Système d’exploitation, sélectionnez SE à 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 provisioning Citrix Machine Creation Services (MCS).
Terminez les réglages sur les pages suivantes.
Sur la page Machines virtuelles, sélectionnez Appliquer le marquage de suivi.
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é Marquage de suivi 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 marque automatiquement une VM 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 marquage de suivi.

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 marquage de suivi.
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 marquées au niveau de l’hyperviseur lorsque des utilisateurs finaux sont attribués.

Utiliser PowerShell

Pour configurer le marquage de suivi à l’aide de PowerShell, utilisez le paramètre -HypervisorVMTagging avec la cmdlet Set-BrokerCatalog et définissez-le sur $true.

Exemple de script pour activer le marquage :

Set-BrokerCatalog -Name 'CatalogName' -HypervisorVMTagging $true

<!--NeedCopy-->

Exemple de script pour vérifier l’état du marquage 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 marquage de suivi est activé pour le catalogue, la valeur de HypervisorVMTagging est True.

Après avoir activé le marquage de suivi pour le catalogue, ajoutez le catalogue créé à un groupe de mise à disposition et attribuez un ou plusieurs utilisateurs au groupe de mise à disposition.

Utiliser le marquage de suivi

Après avoir activé le marquage de suivi 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:<Nom d'utilisateur principal (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 marqué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 pour 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 (il faut jusqu’à 24 heures pour qu’elles soient activées et visibles 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ésattribué 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 réussi à effectuer le marquage en raison de problèmes d’autorisations, d’une défaillance de l’hyperviseur ou de Cloud Connectors indisponibles.
Solution :
- Prévoyez quelques minutes pour que le balisage apparaisse.
- Si le problème persiste, vérifiez les avertissements sur le schéma de provisionnement à l’aide de l’applet de commande 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.

Réplication d’images du stockage supplémentaire pour les hyperviseurs sur site pris en charge

Cette fonctionnalité permet une réplication et une gestion efficaces des instances de spécification de version d’image sur plusieurs emplacements de stockage pris en charge par les hyperviseurs sur site.

Cas d’utilisation

Vous pouvez répliquer les versions d’image vers des emplacements de stockage nouveaux ou obsolètes, permettant ainsi de provisionner des machines virtuelles dans des emplacements supplémentaires pendant ou après le processus de préparation de l’image.
Lorsqu’une nouvelle version d’image est créée et que des emplacements de stockage supplémentaires sont spécifiés, la spécification de version d’image préparée est automatiquement répliquée vers ces emplacements de stockage désignés.
S’il est nécessaire d’utiliser une version d’image existante avec des emplacements de stockage obsolètes ou nouvellement ajoutés, vous pouvez ajouter une instance de version d’image à répliquer vers le nouvel emplacement de stockage.
Lorsqu’une unité d’hébergement est ajoutée à une version d’image existante, ainsi qu’un stockage supplémentaire, l’instance de spécification de version d’image préparée sera répliquée vers les stockages supplémentaires spécifiés au sein de l’unité d’hébergement cible.

Commandes PowerShell

Ajoutez une nouvelle instance d’image qui réplique une spécification de version d’image préparée vers l’emplacement de stockage spécifié.

 Add-ProvImageVersionSpecInstance -ImageVersionSpecUid < ImageVersionSpecUid > -StorageIds "<StorageId1,StorageId2>" -RunAsynchronously

 <!--NeedCopy-->

Supprimez une réplique d’instance de spécification de version d’image existante et non utilisée par des machines virtuelles existantes.

 Remove-ProvImageVersionSpecInstance -ImageVersionSpecUid < ImageVersionSpecUid >  -ImageInstanceUid < ImageInstanceUid > -RunAsynchronously

 <!--NeedCopy-->

Obtenez une liste des instances de spécification de version d’image.

Get-ProvImageVersionSpecInstance -ImageVersionSpecUid  < ImageVersionSpecUid >

<!--NeedCopy-->

É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 consulter 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.
Bénéficiez 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

May 4, 2026

Contributeur:

C C

May 4, 2026

Contributeur:

C C

Dans cet article

Vue d’ensemble
Résumé de la création de catalogue MCS
Considérations relatives au stockage MCS
Préparer une image principale 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 de suivi (Follow-Me Tagging)
Réplication d’images du stockage supplémentaire pour les hyperviseurs sur site pris en charge
Étapes suivantes
Plus d’informations

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