Citrix Virtual Apps and Desktops

Créer un catalogue Microsoft Azure

April 8, 2026

Contributeur:

C C

Créer des catalogues de machines décrit les assistants qui créent un catalogue de machines. Les informations suivantes couvrent les détails spécifiques aux environnements cloud Microsoft Azure Resource Manager.

Remarque :

Avant de créer un catalogue Microsoft Azure, vous devez terminer la création d’une connexion à Microsoft Azure. Consultez Connexion à Microsoft Azure.

Créer un catalogue de machines

Vous pouvez créer un catalogue de machines de deux manières :

Créer un catalogue de machines à l’aide d’une image Azure Resource Manager dans Web Studio

Une image peut être un disque, un instantané ou une version d’image d’une définition d’image au sein de la Galerie de calcul Azure utilisée pour créer les machines virtuelles dans un catalogue de machines. Avant de créer le catalogue de machines, créez une image dans Azure Resource Manager. Pour des informations générales sur les images, consultez Créer des catalogues de machines.

La prise en charge de l’utilisation d’une image principale provenant d’une région différente de celle configurée dans la connexion hôte est obsolète. Utilisez la Galerie de calcul Azure pour répliquer l’image principale vers la région souhaitée.

Lors de la création d’un catalogue de machines MCS, une machine virtuelle temporaire est créée à partir de la machine virtuelle d’origine pour effectuer des tâches de préparation telles que l’activation du DHCP et le réarmement de la licence. Cette machine virtuelle temporaire est appelée machine virtuelle de préparation. Le nom de cette machine virtuelle de préparation suit le format Preparati-84x9n, où les cinq derniers caractères sont générés aléatoirement pour éviter les doublons. La convention de nommage de cette machine virtuelle de préparation est fixe et ne peut pas être personnalisée. Une fois les tâches de préparation terminées, la machine virtuelle de préparation est détruite.

-  Pour déconnecter le réseau de la machine virtuelle de préparation, un groupe de sécurité réseau est créé pour refuser tout le trafic entrant et sortant. Le groupe de sécurité réseau est créé automatiquement une fois par catalogue. Le nom du groupe de sécurité réseau est `Citrix-Deny-All-a3pgu-GUID`, où GUID est généré aléatoirement. Par exemple, `Citrix-Deny-All-a3pgu-3f161981-28e2-4223-b797-88b04d336dd1`. The [example](https://www.example.com) link. Dans l'assistant de création de catalogue de machines : The [example](https://www.example.com) link.
-  Les pages **Type de machine** et **Gestion des machines** ne contiennent pas d'informations spécifiques à Azure. Suivez les instructions de l'article [Créer des catalogues de machines](/fr-fr/citrix-virtual-apps-desktops/install-configure/machine-catalogs-create.html).

Sur la page Image, choisissez une image que vous souhaitez utiliser comme modèle pour créer des machines dans ce catalogue.

Si vous sélectionnez Image principale comme type d’image à utiliser, cliquez sur Sélectionner une image et suivez ces étapes pour sélectionner une image principale si nécessaire :

(Applicable uniquement aux connexions configurées avec des images partagées au sein ou entre des locataires) Sélectionnez un abonnement où réside l’image.
1. Sélectionnez un groupe de ressources.
2. Accédez au VHD Azure, à la Galerie de calcul Azure ou à la version d’image Azure. Ajoutez une note pour l’image sélectionnée si nécessaire.
- Lors de la sélection d’une image, tenez compte des éléments suivants :
- Vérifiez qu’un VDA Citrix est installé sur l’image.

Si vous sélectionnez un VHD attaché à une machine virtuelle, vous devez arrêter la machine virtuelle avant de passer à l’étape suivante.
Remarque :
- L’abonnement correspondant à la connexion (hôte) qui a créé les machines dans le catalogue est indiqué par un point vert. Les autres abonnements sont ceux qui ont la Galerie de calcul Azure partagée avec cet abonnement. Dans ces abonnements, seules les galeries partagées sont affichées. Pour plus d’informations sur la configuration des abonnements partagés, consultez Partager des images au sein d’un locataire (entre abonnements) et Partager des images entre locataires.
- L’utilisation d’un profil de machine avec Lancement approuvé comme Type de sécurité est obligatoire lorsque vous sélectionnez une image ou un instantané pour lequel le Lancement approuvé est activé. Vous pouvez ensuite activer ou désactiver SecureBoot et vTPM en spécifiant leurs valeurs dans le profil de machine. Le Lancement approuvé n’est pas pris en charge pour la Galerie d’images partagées. Pour plus d’informations sur le Lancement approuvé Azure, consultez https://docs.microsoft.com/en-us/azure/virtual-machines/trusted-launch.
- Vous pouvez créer un schéma de provisionnement à l’aide d’un disque de système d’exploitation éphémère sur Windows avec Lancement approuvé. Lorsque vous sélectionnez une image avec Lancement approuvé, vous devez sélectionner un profil de machine avec Lancement approuvé activé avec vTPM. Pour créer des catalogues de machines à l’aide d’un disque de système d’exploitation éphémère, consultez Comment créer des machines à l’aide de disques de système d’exploitation éphémères.
- Lorsque la réplication d’image est en cours, vous pouvez continuer et sélectionner l’image comme image principale et terminer la configuration. Cependant, la création du catalogue peut prendre plus de temps pendant la réplication de l’image. MCS exige que la réplication se termine dans l’heure suivant le début de la création du catalogue. Si la réplication expire, la création du catalogue échoue. Vous pouvez vérifier l’état de la réplication dans Azure. Réessayez si la réplication est toujours en attente ou une fois la réplication terminée.
- Lorsque vous sélectionnez une image principale pour les catalogues de machines dans Azure, MCS identifie le type de système d’exploitation en fonction de l’image principale et du profil de machine que vous sélectionnez. Si MCS ne peut pas l’identifier, sélectionnez le type de système d’exploitation qui correspond à l’image principale.
- Vous pouvez provisionner un catalogue de machines virtuelles Gen2 en utilisant une image Gen2 pour améliorer les performances de temps de démarrage. Cependant, la création d’un catalogue de machines Gen2 à l’aide d’une image Gen1 n’est pas prise en charge. De même, la création d’un catalogue de machines Gen1 à l’aide d’une image Gen2 n’est pas prise en charge. De plus, toute image plus ancienne qui ne contient pas d’informations de génération est une image Gen1.
Si vous sélectionnez Image préparée comme type d’image à utiliser, cliquez sur Sélectionner une image et sélectionnez une image préparée si nécessaire.
- Pour garantir la réussite de la création de la machine virtuelle, vérifiez que l’image contient Citrix VDA 2311 ou une version ultérieure et que MCSIO est présent sur le VDA.
Une fois que vous avez sélectionné une image, la case à cocher Utiliser un profil de machine (obligatoire pour Microsoft Entra ID) est automatiquement sélectionnée. Cliquez sur Sélectionner un profil de machine pour parcourir une machine virtuelle ou une spécification de modèle ARM à partir d’une liste de groupes de ressources. Les machines virtuelles du catalogue peuvent hériter des configurations du profil de machine sélectionné.
Google Chrome Privacy Policy
Validez la spécification du modèle ARM pour vous assurer qu’elle peut être utilisée comme profil de machine pour créer un catalogue de machines. Il existe deux façons de valider la spécification du modèle ARM :
- Après avoir sélectionné la spécification du modèle ARM dans la liste des groupes de ressources, cliquez sur Suivant. Des messages d’erreur apparaissent si la spécification du modèle ARM contient des erreurs.
- Exécutez l’une des commandes PowerShell suivantes :
  - Test-ProvInventoryItem -HostingUnitName <string> -InventoryPath <string>
  - Test-ProvInventoryItem -HostingUnitUid <Guid> -InventoryPath <string>
    - Voici des exemples de configurations que les machines virtuelles peuvent hériter d’un profil de machine : CommonParameters
  - Mise en réseau accélérée
Diagnostics de démarrage
Mise en cache du disque hôte (liée aux disques de système d’exploitation et MCSIO)
Taille de la machine (sauf indication contraire) - Balises placées sur la machine virtuelle

Après avoir créé le catalogue, vous pouvez afficher les configurations que l’image hérite du profil de machine. Dans le nœud Catalogues de machines, sélectionnez le catalogue pour afficher ses détails dans le volet inférieur. Ensuite, cliquez sur l’onglet Propriétés du modèle pour afficher les propriétés du profil de machine. La section Balises affiche jusqu’à trois balises. Pour afficher toutes les balises placées sur la VM, cliquez sur Afficher tout.

     -  Si vous souhaitez que MCS provisionne des VM sur un hôte dédié Azure, activez la case à cocher **Utiliser un groupe d'hôtes dédiés** puis sélectionnez un groupe d'hôtes dans la liste. Un groupe d'hôtes est une ressource qui représente une collection d'hôtes dédiés. Un hôte dédié est un service qui fournit des serveurs physiques hébergeant une ou plusieurs VM. Votre serveur est dédié à votre abonnement Azure et n'est pas partagé avec d'autres abonnés. Lorsque vous utilisez un hôte dédié, Azure garantit que vos VM sont les seules machines exécutées sur cet hôte. Cette fonctionnalité est adaptée aux scénarios où vous devez respecter des exigences réglementaires ou de sécurité internes. Pour en savoir plus sur les groupes d'hôtes et les considérations relatives à leur utilisation, consultez [Hôtes dédiés Azure](#azure-dedicated-hosts).

     -  > **Important :** >
     -  > -  Seuls les groupes d'hôtes pour lesquels le placement automatique Azure est activé sont affichés.  -  > -  L'utilisation d'un groupe d'hôtes modifie la page **Machines virtuelles** proposée plus loin dans l'assistant. Seules les tailles de machine que le groupe d'hôtes sélectionné contient sont affichées sur cette page. De plus, les zones de disponibilité sont sélectionnées automatiquement et ne sont pas disponibles pour la sélection.

La page Types de stockage et de licence apparaît uniquement lorsque vous utilisez une image Azure Resource Manager.
- Sélectionnez le type de redondance du stockage :
  - Stockage localement redondant (LRS) : le LRS vous permet de choisir parmi tous les types de stockage disponibles. Lors de l’utilisation du LRS, Azure déploie les machines virtuelles (VM) exclusivement au sein de la zone de disponibilité spécifiée.
  - Stockage redondant interzone (ZRS) : le ZRS offre une plus grande flexibilité dans le placement des VM, car Azure peut lancer des VM dans n’importe quelle zone disponible. C’est un avantage clé par rapport au stockage localement redondant (LRS), garantissant la disponibilité des VM même si la zone d’origine du disque devient inaccessible. Le ZRS, cependant, n’est compatible qu’avec les types de stockage Premium SSD et Standard SSD.
- Sélectionnez les types de stockage à utiliser pour le catalogue de machines : le type de stockage détermine les tailles de machine proposées sur la page Machines virtuelles de l’assistant.
  - Premium SSD. Offre une option de stockage sur disque haute performance et à faible latence, adaptée aux VM avec des charges de travail gourmandes en E/S.
  - Standard SSD. Offre une option de stockage rentable, adaptée aux charges de travail qui nécessitent des performances constantes à des niveaux d’IOPS inférieurs.
  - Standard HDD. Offre une option de stockage sur disque fiable et à faible coût, adaptée aux VM qui exécutent des charges de travail insensibles à la latence.
  - Disque de système d’exploitation éphémère Azure. Offre une option de stockage rentable qui réutilise le disque local des VM pour héberger le disque du système d’exploitation. Alternativement, vous pouvez utiliser PowerShell pour créer des machines qui utilisent des disques de système d’exploitation éphémères. Pour plus d’informations, consultez Disques éphémères Azure. Tenez compte des points suivants lorsque vous utilisez un disque de système d’exploitation éphémère :
    - Le disque de système d’exploitation éphémère Azure et MCS I/O ne peuvent pas être activés simultanément.
    - Pour mettre à jour les machines qui utilisent des disques de système d’exploitation éphémères, vous devez sélectionner une image dont la taille ne dépasse pas la taille du disque cache ou du disque temporaire de la VM.
    - Vous ne pouvez pas utiliser l’option Conserver la VM et le disque système pendant les cycles d’alimentation proposée plus loin dans l’assistant.
Remarque :
```
-  Le disque d'identité est toujours créé à l'aide de SSD Standard, quel que soit le type de stockage que vous choisissez.
-  Si vous sélectionnez **ZRS** comme **Redondance du stockage**, vous avez la possibilité de sélectionner uniquement **SSD Premium** et **SSD Standard**.
```
- Pour plus de détails sur les types de stockage Azure et la réplication du stockage, consultez les liens suivants :
- https://docs.microsoft.com/fr-fr/azure/storage/common/storage-introduction/
https://docs.microsoft.com/fr-fr/azure/virtual-machines/premium-storage-performance/
https://docs.microsoft.com/fr-fr/azure/storage/common/storage-redundancy/

Sélectionnez si vous souhaitez utiliser des licences Windows ou Linux existantes.

Licences Windows : L’utilisation de licences Windows avec des images Windows (images prises en charge par la plateforme Azure ou images personnalisées) vous permet d’exécuter des machines virtuelles Windows dans Azure à un coût réduit. Il existe deux types de licences :
- Licence Windows Server. Vous permet d’utiliser vos licences Windows Server ou Azure Windows Server, ce qui vous permet de bénéficier des avantages Azure Hybrid Benefit. Pour plus de détails, consultez https://azure.microsoft.com/fr-fr/pricing/hybrid-benefit/. Azure Hybrid Benefit réduit le coût d’exécution des machines virtuelles dans Azure au tarif de calcul de base, en supprimant le coût des licences Windows Server supplémentaires de la galerie Azure.
- Licence Windows Client. Vous permet d’apporter vos licences Windows 10 et Windows 11 à Azure, ce qui vous permet d’exécuter des machines virtuelles Windows 10 et Windows 11 dans Azure sans avoir besoin de licences supplémentaires. Pour plus de détails, consultez Licences d’accès client et licences de gestion.
  - Vous pouvez vérifier que la machine virtuelle provisionnée utilise l’avantage de licence en exécutant la commande PowerShell suivante : Get-AzVM -ResourceGroup MyResourceGroup -Name MyVM.
  - Pour le type de licence Windows Server, vérifiez que le type de licence est Windows_Server. D’autres instructions sont disponibles à l’adresse https://docs.microsoft.com/fr-fr/azure/virtual-machines/windows/hybrid-use-benefit-licensing/.
  - Pour le type de licence Windows Client, vérifiez que le type de licence est Windows_Client. D’autres instructions sont disponibles à l’adresse https://docs.microsoft.com/fr-fr/azure/virtual-machines/windows/windows-desktop-multitenant-hosting-deployment/.
- Vous pouvez également utiliser le SDK PowerShell Get-Provscheme pour effectuer la vérification. Par exemple : Get-Provscheme -ProvisioningSchemeName "My Azure Catalog". Pour plus d’informations sur cette cmdlet, consultez https://developer-docs.citrix.com/projects/citrix-virtual-apps-desktops-sdk/en/latest/MachineCreation/Get-ProvScheme/.
- Licences Linux : Avec les licences Linux BYOS (Bring Your Own Subscription), vous n’avez pas à payer pour le logiciel. Les frais BYOS n’incluent que les frais de matériel de calcul. Il existe deux types de licences :
  - RHEL_BYOS : Pour utiliser le type RHEL_BYOS avec succès, activez Red Hat Cloud Access sur votre abonnement Azure.
  - SLES_BYOS : Les versions BYOS de SLES incluent le support de SUSE.

Vous pouvez définir la valeur LicenseType sur les options Linux dans New-ProvScheme et Set-ProvScheme.

Exemple de définition de LicenseType sur RHEL_BYOS dans New-ProvScheme :

   ```
   New-ProvScheme -CleanOnBoot -ProvisioningSchemeName "azureCatalog" -RunAsynchronously -Scope @() -SecurityGroup @() -CustomProperties '<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"><Property xsi:type="StringProperty" Name="UseManagedDisks" Value="true" /><Property xsi:type="StringProperty" Name="StorageAccountType" Value="StandardSSD_LRS" /><Property xsi:type="StringProperty" Name="ResourceGroups" Value="hu-dev-mcs" /><Property xsi:type="StringProperty" Name="OsType" Value="Linux" /><Property xsi:type="StringProperty" Name="LicenseType" Value="RHEL_BYOS" /></CustomProperties>'
   <!--NeedCopy--> ```

Exemple de définition de LicenseType sur SLES_BYOS dans Set-ProvScheme :

   ```
   Set-ProvScheme -ProvisioningSchemeName "azureCatalog" -CustomProperties '<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"><Property xsi:type="StringProperty" Name="UseManagedDisks" Value="true" /><Property xsi:type="StringProperty" Name="StorageAccountType" Value="StandardSSD_LRS" /><Property xsi:type="StringProperty" Name="ResourceGroups" Value="hu-dev-mcs" /><Property xsi:type="StringProperty" Name="OsType" Value="Linux" /><Property xsi:type="StringProperty" Name="LicenseType" Value="SLES_BYOS" /></CustomProperties>'
   <!--NeedCopy--> ```

    -  > **Remarque :**
    -  >
    -  > Si la valeur de `LicenseType` est vide, les valeurs par défaut sont Azure Windows Server License ou Azure Linux License, selon la valeur de OsType.

Exemple de définition de LicenseType sur vide :

```
Set-ProvScheme -ProvisioningSchemeName "azureCatalog" -CustomProperties '<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"><Property xsi:type="StringProperty" Name="UseManagedDisks" Value="true" /><Property xsi:type="StringProperty" Name="StorageAccountType" Value="StandardSSD_LRS" /><Property xsi:type="StringProperty" Name="ResourceGroups" Value="hu-dev-mcs" /><Property xsi:type="StringProperty" Name="OsType" Value="Linux" /></CustomProperties>'
<!--NeedCopy--> ```

Consultez les documents suivants pour comprendre les types de licences et leurs avantages :

-  <https://docs.microsoft.com/fr-fr/dotnet/api/microsoft.azure.management.compute.models.virtualmachine.licensetype?view=azure-dotnet>

-  <https://docs.microsoft.com/fr-fr/azure/virtual-machines/linux/azure-hybrid-benefit-linux>

Azure Compute Gallery (anciennement Azure Shared Image Gallery) est un référentiel pour la gestion et le partage d’images. Il vous permet de rendre vos images disponibles dans toute votre organisation. Nous vous recommandons de stocker une image dans SIG lors de la création de grands catalogues de machines non persistantes, car cela permet des réinitialisations plus rapides des disques de système d’exploitation VDA. Après avoir sélectionné Placer l’image préparée dans Azure Compute Gallery, la section Paramètres d’Azure Compute Gallery apparaît, vous permettant de spécifier d’autres paramètres d’Azure Compute Gallery :

-  **Ratio de machines virtuelles par rapport aux réplicas d'images**. Vous permet de spécifier le ratio de machines virtuelles par rapport aux réplicas d'images que vous souhaitez qu'Azure conserve. Par défaut, Azure conserve un seul réplica d'image pour 40 machines non persistantes. Pour les machines persistantes, ce nombre est par défaut de 1 000.

    -  **Nombre maximal de réplicas**. Vous permet de spécifier le nombre maximal de réplicas d'images que vous souhaitez qu'Azure conserve. La valeur par défaut est 100.

Remarque :

Une galerie est créée dans ACG pour stocker l’image. Cette galerie est accessible uniquement à MCS pour la création de machines virtuelles et n’apparaît pas sur la page Sélectionner une image.

    -  Sur la page **Machines virtuelles**, indiquez le nombre de machines virtuelles que vous souhaitez créer et la taille de la machine. Après la création du catalogue, vous pouvez modifier la taille de la machine en modifiant le catalogue.

    -  La page **Cartes réseau** ne contient pas d'informations spécifiques à Azure. Suivez les instructions de l'article [Créer des catalogues de machines](/fr-fr/citrix-virtual-apps-desktops/install-configure/machine-catalogs-create.html#nic).

Sur la page Paramètres du disque, choisissez d’activer ou non le cache en écriture différée. Avec la fonction d’optimisation du stockage MCS activée, vous pouvez configurer les paramètres suivants lors de la création d’un catalogue. Ces paramètres s’appliquent aux environnements Azure et GCP.

Configuration du catalogue de machines - paramètres du disque

Après avoir activé le cache en écriture différée, vous pouvez effectuer les opérations suivantes :

-  Configurez la taille du disque et de la RAM utilisés pour la mise en cache des données temporaires. Pour plus d’informations, consultez [Configurer le cache pour les données temporaires](/fr-fr/citrix-virtual-apps-desktops/install-configure/machine-catalogs-create.html#configure-cache-for-temporary-data).

-  Sélectionnez le type de stockage pour le disque de cache en écriture différée. Les options de stockage suivantes sont disponibles pour le disque de cache en écriture différée :

-  SSD Premium
-  SSD Standard
-  HDD Standard

Remarque :

Si vous sélectionnez ZRS comme Redondance du stockage sur la page Types de stockage et de licence, la redondance du stockage du disque de cache en écriture différée est définie sur ZRS par défaut.

Choisissez si vous souhaitez que le disque de cache en écriture différée persiste pour les machines virtuelles provisionnées. Sélectionnez Activer le cache en écriture différée pour rendre les options disponibles. Par défaut, Utiliser un disque de cache en écriture différée non persistant est sélectionné.
Sélectionnez le type de disque de cache en écriture différée.
- Utiliser un disque de cache en écriture différée non persistant. Si cette option est sélectionnée, le disque de cache en écriture différée est supprimé lors des cycles d’alimentation. Toutes les données qui y sont redirigées seront perdues. Si le disque temporaire de la machine virtuelle dispose de suffisamment d’espace, il est utilisé pour héberger le disque de cache en écriture différée afin de réduire vos coûts. Après la création du catalogue, vous pouvez vérifier si les machines provisionnées utilisent le disque temporaire. Pour ce faire, cliquez sur le catalogue et vérifiez les informations sous l’onglet Propriétés du modèle. Si le disque temporaire est utilisé, vous verrez Disque de cache en écriture différée non persistant et sa valeur sera Oui (à l’aide du disque temporaire de la machine virtuelle). Sinon, vous verrez Disque de cache en écriture différée non persistant et sa valeur sera Non (n’utilisant pas le disque temporaire de la machine virtuelle).
- Utiliser un disque de cache en écriture différée persistant. Si cette option est sélectionnée, le disque de cache en écriture différée persiste pour les machines virtuelles provisionnées. L’activation de cette option augmente vos coûts de stockage.
Remarque :
Un catalogue utilise automatiquement le disque temporaire Azure pour le disque WBC si tous les critères suivants sont remplis :
- MCSIO est activé.
- Le disque WBC est non persistant.
- La taille de la machine virtuelle inclut un disque temporaire suffisamment grand pour le disque WBC.
- Aucune lettre de lecteur n’est spécifiée pour le disque WBC.
Cette fonctionnalité s’applique à la création et à la modification de catalogues, ce qui permet de réduire vos coûts de stockage.
Choisissez de conserver ou non les machines virtuelles et les disques système pour les VDA pendant les cycles d’alimentation.

Conserver la machine virtuelle et le disque système pendant les cycles d’alimentation. Disponible lorsque vous avez sélectionné Activer le cache en écriture différée. Par défaut, les machines virtuelles et les disques système sont supprimés à l’arrêt et recréés au démarrage. Si vous souhaitez réduire les temps de redémarrage des machines virtuelles, sélectionnez cette option. N’oubliez pas que l’activation de cette option augmente également les coûts de stockage.
Choisissez d’activer ou non les Économies de coûts de stockage. Si cette option est activée, vous économisez des coûts de stockage en rétrogradant le disque de stockage vers un HDD Standard lorsque la machine virtuelle s’arrête. La machine virtuelle revient à ses paramètres d’origine au redémarrage. L’option s’applique aux disques de stockage et aux disques de cache en écriture différée. Vous pouvez également utiliser PowerShell. Consultez Modifier le type de stockage vers un niveau inférieur lorsqu’une machine virtuelle est arrêtée.
Remarque :

Microsoft impose des restrictions sur la modification du type de stockage pendant l’arrêt d’une machine virtuelle. Il est également possible que Microsoft bloque les modifications de type de stockage à l’avenir. Pour plus d’informations, consultez cet article de Microsoft.
Choisissez d’encrypter ou non les données sur les machines de ce catalogue et quelle clé de chiffrement utiliser. Le chiffrement côté serveur avec une clé gérée par le client (CMK) vous permet de gérer le chiffrement au niveau du disque géré et de protéger les données sur les machines du catalogue. Les paramètres par défaut sont hérités du profil de machine ou de l’image principale, le profil ayant la priorité :
- Si vous utilisez un profil de machine avec une CMK, l’option Utiliser la clé suivante pour chiffrer les données sur chaque machine est automatiquement sélectionnée et utilise par défaut la clé du profil de machine.
- Si vous utilisez un profil de machine avec une clé gérée par la plateforme (PMK) et que l’image principale est chiffrée par CMK, l’option Utiliser la clé suivante pour chiffrer les données sur chaque machine est automatiquement sélectionnée et utilise par défaut la clé de l’image principale.
- Si vous n’utilisez pas de profil de machine et que l’image principale est chiffrée par CMK, l’option Utiliser la clé suivante pour chiffrer les données sur chaque machine est automatiquement sélectionnée et utilise par défaut la clé de l’image principale.
Pour plus d’informations, consultez Chiffrement côté serveur Azure.
- Sur la page Groupe de ressources, choisissez de créer des groupes de ressources ou d’utiliser des groupes existants.
- Si vous choisissez de créer des groupes de ressources, sélectionnez Suivant.
- Si vous choisissez d’utiliser des groupes de ressources existants, sélectionnez des groupes dans la liste Groupes de ressources de provisioning disponibles. N’oubliez pas : sélectionnez suffisamment de groupes pour accueillir les machines que vous créez dans le catalogue. Un message s’affiche si vous en choisissez trop peu. Vous pouvez sélectionner plus que le minimum requis si vous prévoyez d’ajouter d’autres machines virtuelles au catalogue ultérieurement. Vous ne pouvez pas ajouter d’autres groupes de ressources à un catalogue après sa création.
Pour plus d’informations, consultez Groupes de ressources Azure.
- Sur la page Identités des machines, choisissez un type d’identité et configurez les identités pour les machines de ce catalogue. Si vous sélectionnez les machines virtuelles comme Jointes à Microsoft Entra, vous pouvez les ajouter à un groupe de sécurité Microsoft Entra. Les étapes détaillées sont les suivantes :
1. Dans le champ Type d’identité, sélectionnez Joint à Microsoft Entra. L’option Groupe de sécurité Microsoft Entra (facultatif) apparaît.
2. Cliquez sur Groupe de sécurité Microsoft Entra : Créer un nouveau.
3. Saisissez un nom de groupe, puis cliquez sur Créer.
4. Suivez les instructions à l’écran pour vous connecter à Azure. Si le nom du groupe n’existe pas dans Azure, une icône verte apparaît. Sinon, un message d’erreur s’affiche vous demandant de saisir un nouveau nom.
5. Saisissez le schéma de nommage des comptes de machine pour les machines virtuelles.
Après la création du catalogue, Citrix Virtual Apps and Desktops accède à Azure en votre nom et crée le groupe de sécurité ainsi qu’une règle d’appartenance dynamique pour le groupe. En fonction de la règle, les machines virtuelles avec le schéma de nommage spécifié dans ce catalogue sont automatiquement ajoutées au groupe de sécurité.

L’ajout de machines virtuelles avec un schéma de nommage différent à ce catalogue vous oblige à vous connecter à Azure. Citrix Virtual Apps™ and Desktops peut alors accéder à Azure et créer une règle d’appartenance dynamique basée sur le nouveau schéma de nommage.
- Lors de la suppression de ce catalogue, la suppression du groupe de sécurité d’Azure nécessite également de se connecter à Azure.
Les pages Informations d’identification de domaine et Résumé ne contiennent pas d’informations spécifiques à Azure. Suivez les instructions de l’article Créer des catalogues de machines.
- Conseil :
- Sur la page Résumé, vous pouvez afficher le coût mensuel estimé des machines virtuelles de ce catalogue de machines, basé sur le prix public d’Azure. Si la connexion hébergeant le catalogue dispose de l’autorisation Microsoft.Consumption/pricesheets/read dans Azure, l’estimation est calculée à l’aide des tarifs contractuels de votre organisation.
  
  Sélectionnez l’estimation des coûts pour afficher des informations détaillées. Pour une estimation plus précise, ajustez les paramètres tels que les heures de mise sous tension quotidiennes, les jours ouvrables par semaine et les options d’économie en fonction de votre utilisation.

Terminez l’assistant.

Conditions d’éligibilité du disque temporaire Azure pour le disque de cache en écriture différée

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

Le disque de cache en écriture différée ne doit pas être persistant, car le disque temporaire Azure n’est pas adapté aux données persistantes.
La taille de la machine virtuelle Azure choisie doit inclure un disque temporaire.
L’activation du disque de système d’exploitation éphémère n’est pas requise.
Acceptez de placer le fichier de cache en écriture différée sur le disque temporaire Azure.
La taille du disque temporaire Azure doit être supérieure à la taille totale de (taille du disque de cache en écriture différée + espace réservé pour le fichier d’échange + 1 Go d’espace tampon).

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

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

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

Créer une spécification de modèle Azure

Vous pouvez créer une spécification de modèle Azure dans le portail Azure et l’utiliser dans Web Studio et les commandes PowerShell pour créer ou mettre à jour un catalogue de machines MCS.

Pour créer une spécification de modèle Azure pour une VM existante :

Accédez au portail Azure. Sélectionnez un groupe de ressources, puis sélectionnez la VM et l’interface réseau. Dans le menu … en haut, cliquez sur Exporter le modèle.
Décochez la case Inclure les paramètres si vous souhaitez créer une spécification de modèle pour le provisionnement de catalogues.
Cliquez sur Ajouter à la bibliothèque pour modifier la spécification de modèle ultérieurement.
Sur la page Importation du modèle, saisissez les informations requises telles que Nom, Abonnement, Groupe de ressources, Emplacement et Version. Cliquez sur Suivant : Modifier le modèle.
Vous avez également besoin d’une interface réseau en tant que ressource indépendante si vous souhaitez provisionner des catalogues. Par conséquent, vous devez supprimer toute dépendance dependsOn spécifiée dans la spécification de modèle. Par exemple :
```
"dependsOn": [
"[resourceId('Microsoft.Network/networkInterfaces', 'tnic937')]"
],

```

1. Créez Vérifier+Créer et créez la spécification de modèle.
  - 1. Sur la page Spécifications de modèle, vérifiez la spécification de modèle que vous venez de créer. Cliquez sur la spécification de modèle. Dans le panneau de gauche, cliquez sur Versions.
  - 1. Vous pouvez créer une nouvelle version en cliquant sur Créer une nouvelle version. Spécifiez un nouveau numéro de version, modifiez la spécification de modèle actuelle, puis cliquez sur Vérifier + Créer pour créer la nouvelle version de la spécification de modèle.

Vous pouvez obtenir des informations sur la spécification de modèle et la version du modèle à l’aide des commandes PowerShell suivantes :

Pour obtenir des informations sur la spécification de modèle, exécutez :

 get-item XDHyp:\HostingUnits\East\machineprofile.folder\abc.resourcegroup\bggTemplateSpec.templatespec
 <!--NeedCopy-->

Pour obtenir des informations sur la version de la spécification de modèle, exécutez :

 get-item XDHyp:\HostingUnits\East\machineprofile.folder\abc.resourcegroup\bggTemplateSpec.templatespec\bgg1.0.templatespecversion
 <!--NeedCopy-->

Utiliser une spécification de modèle pour créer ou mettre à jour un catalogue

-  Vous pouvez créer ou mettre à jour un catalogue de machines MCS à l'aide d'une spécification de modèle comme entrée de profil de machine. Pour ce faire, vous pouvez utiliser Web Studio ou les commandes PowerShell.

-  Pour Web Studio, consultez [Créer un catalogue de machines à l'aide d'une image Azure Resource Manager dans Web Studio](#create-a-machine-catalog-using-an-azure-resource-manager-image-in-web-studio)

Pour PowerShell, consultez Utiliser une spécification de modèle pour créer ou mettre à jour un catalogue à l’aide de PowerShell

Chiffrement côté serveur Azure

    -  Citrix Virtual Apps and Desktops prend en charge les clés de chiffrement gérées par le client pour les disques gérés Azure via Azure Key Vault. Grâce à cette prise en charge, vous pouvez gérer vos exigences organisationnelles et de conformité en chiffrant les disques gérés de votre catalogue de machines à l'aide de votre propre clé de chiffrement. Pour plus d'informations, consultez [Chiffrement côté serveur du stockage sur disque Azure](https://docs.microsoft.com/fr-fr/azure/virtual-machines/disk-encryption).

Lorsque vous utilisez cette fonctionnalité pour les disques gérés :

Pour modifier la clé avec laquelle le disque est chiffré, vous modifiez la clé actuelle dans le DiskEncryptionSet. Toutes les ressources associées à ce DiskEncryptionSet sont modifiées pour être chiffrées avec la nouvelle clé.
Lorsque vous désactivez ou supprimez votre clé, toutes les VM dont les disques utilisent cette clé s’arrêtent automatiquement. Après l’arrêt, les VM ne sont pas utilisables à moins que la clé ne soit réactivée ou que vous n’attribuiez une nouvelle clé. Tout catalogue utilisant la clé ne peut pas être mis sous tension et vous ne pouvez pas y ajouter de VM.

Considérations importantes lors de l’utilisation de clés de chiffrement gérées par le client

-  Tenez compte des éléments suivants lorsque vous utilisez cette fonctionnalité :

-  Toutes les ressources liées à vos clés gérées par le client (coffres de clés Azure, ensembles de chiffrement de disque, VM, disques et instantanés) doivent résider dans le même abonnement et la même région.
-  Les disques, instantanés et images chiffrés avec des clés gérées par le client ne peuvent pas être déplacés vers un autre groupe de ressources et abonnement.
-  Reportez-vous au [site Microsoft](https://docs.microsoft.com/fr-fr/azure/azure-resource-manager/management/azure-subscription-service-limits) pour connaître les limitations des ensembles de chiffrement de disque par région.

    -  > **Remarque :** > > Consultez [Démarrage rapide : Créer un coffre de clés à l'aide du portail Azure](https://docs.microsoft.com/fr-fr/azure/key-vault/general/quick-create-portal) pour plus d'informations sur la configuration du chiffrement côté serveur Azure.

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

    -  Lors de la création d'un catalogue de machines, vous pouvez choisir de chiffrer ou non les données sur les machines provisionnées dans le catalogue. Le chiffrement côté serveur avec une clé de chiffrement gérée par le client vous permet de gérer le chiffrement au niveau du disque géré et de protéger les données sur les machines du catalogue. Un ensemble de chiffrement de disque (DES) représente une clé gérée par le client. Pour utiliser cette fonctionnalité, vous devez d'abord créer votre DES dans Azure. Un DES se présente sous le format suivant :

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

Sélectionnez un DES dans la liste. Le DES que vous sélectionnez doit se trouver dans le même abonnement et la même région que vos ressources.

Consultez Créer un catalogue de machines à l’aide d’une clé gérée par le client.

    -  ## Chiffrement de disque Azure au niveau de l’hôte

Vous pouvez créer un catalogue de machines MCS avec la fonctionnalité de chiffrement au niveau de l’hôte. Actuellement, MCS ne prend en charge que le workflow de profil de machine pour cette fonctionnalité. Vous pouvez utiliser une machine virtuelle ou une spécification de modèle comme entrée pour un profil de machine.

Cette méthode de chiffrement ne chiffre pas les données via le stockage Azure. Le serveur hébergeant la machine virtuelle chiffre les données, puis les données chiffrées transitent par le serveur de stockage Azure. Par conséquent, cette méthode de chiffrement chiffre les données de bout en bout.

Restrictions :

Le chiffrement de disque Azure au niveau de l’hôte :

-  N’est pas pris en charge pour toutes les tailles de machines Azure
-  Est incompatible avec le chiffrement de disque Azure

Pour créer un catalogue de machines avec la fonctionnalité de chiffrement au niveau de l’hôte :

Vérifiez si la fonctionnalité de chiffrement au niveau de l’hôte est activée ou non pour l’abonnement. Pour ce faire, consultez https://learn.microsoft.com/fr-fr/rest/api/resources/features/get?tabs=HTTP/. Si elle n’est pas activée, vous devez l’activer pour l’abonnement. Pour plus d’informations sur l’activation de la fonctionnalité pour votre abonnement, consultez https://learn.microsoft.com/fr-fr/azure/virtual-machines/disks-enable-host-based-encryption-portal?tabs=azure-powershell#prerequisites/.
Vérifiez si une taille de machine virtuelle Azure particulière prend en charge le chiffrement au niveau de l’hôte. Pour ce faire, dans une fenêtre PowerShell, exécutez l’une des commandes suivantes :
```
PS XDHyp:\Connections\<your connection>\east us.region\serviceoffering.folder>

```
```
-  PS XDHyp:\HostingUnits\<your hosting unit>\serviceoffering.folder>

```
Créez une machine virtuelle ou une spécification de modèle, comme entrée pour le profil de machine, dans le portail Azure avec le chiffrement au niveau de l’hôte activé.
- Si vous souhaitez créer une machine virtuelle, sélectionnez une taille de machine virtuelle qui prend en charge le chiffrement au niveau de l’hôte. Après avoir créé la machine virtuelle, la propriété de machine virtuelle Chiffrement au niveau de l’hôte est activée.
- Si vous souhaitez utiliser une spécification de modèle, attribuez le paramètre Encryption at Host à true dans securityProfile.
Créez un catalogue de machines MCS avec le workflow de profil de machine en sélectionnant une machine virtuelle ou une spécification de modèle.
- Disque de système d’exploitation/Disque de données : Chiffré via une clé gérée par le client et une clé gérée par la plateforme
- Disque de système d’exploitation éphémère : Chiffré uniquement via une clé gérée par la plateforme
- Disque de cache : Chiffré via une clé gérée par le client et une clé gérée par la plateforme
Vous pouvez créer le catalogue de machines à l’aide de Web Studio ou en exécutant des commandes PowerShell.

Récupérer les informations de chiffrement au niveau de l’hôte à partir d’un profil de machine

Vous pouvez récupérer les informations de chiffrement au niveau de l’hôte à partir d’un profil de machine lorsque vous exécutez la commande PowerShell avec le paramètre AdditionalData. Si le paramètre EncryptionAtHost est True, cela indique que le chiffrement au niveau de l’hôte est activé pour le profil de machine.

Par exemple : Lorsque l’entrée du profil de machine est une machine virtuelle, exécutez la commande suivante :

    -  (get-item XDHyp:\HostingUnits\myAzureNetwork\machineprofile.folder\abc.resourcegroup\def.vm).AdditionalData
<!--NeedCopy-->

Par exemple : Lorsque l’entrée du profil de machine est une spécification de modèle, exécutez la commande suivante :

(get-item XDHyp:\HostingUnits\myAzureNetwork\machineprofile.folder\abc.resourcegroup\def_templatespec.templatespec\EncryptionAtHost.templatespecversion).AdditionalData
<!--NeedCopy-->

Double chiffrement sur disque géré

Vous pouvez créer un catalogue de machines avec double chiffrement. Tous les catalogues créés avec cette fonctionnalité ont tous les disques chiffrés côté serveur avec des clés gérées par la plateforme et par le client. Vous possédez et maintenez le coffre de clés Azure, la clé de chiffrement et les ensembles de chiffrement de disque (DES).

Le double chiffrement est un chiffrement côté plateforme (par défaut) et un chiffrement géré par le client (CMEK). Par conséquent, si vous êtes un client très soucieux de la sécurité et préoccupé par les risques associés à tout algorithme de chiffrement, à son implémentation ou à une clé compromise, vous pouvez opter pour ce double chiffrement. Les disques de système d’exploitation et de données persistants, les instantanés et les images sont tous chiffrés au repos avec un double chiffrement.

Remarque :
-  Vous pouvez créer et mettre à jour un catalogue de machines avec double chiffrement à l’aide de Web Studio et de commandes PowerShell. Consultez [Créer un catalogue de machines avec double chiffrement](#create-a-machine-catalog-with-double-encryption) pour les commandes PowerShell.
-  Vous pouvez utiliser un workflow basé sur un profil non-machine ou un workflow basé sur un profil de machine pour créer ou mettre à jour un catalogue de machines avec double chiffrement.
Si vous utilisez un workflow basé sur un profil non-machine pour créer un catalogue de machines, vous pouvez réutiliser le DiskEncryptionSetId stocké.

Si vous utilisez un profil de machine, vous pouvez utiliser une machine virtuelle ou une spécification de modèle comme entrée de profil de machine.

Limitations :

Le double chiffrement n’est pas pris en charge pour les disques Ultra Disks ou Premium SSD v2.
Le double chiffrement n’est pas pris en charge sur les disques non gérés.
Si vous désactivez une clé DiskEncryptionSet associée à un catalogue, les machines virtuelles du catalogue sont désactivées.
Toutes les ressources liées à vos clés gérées par le client (coffres de clés Azure, ensembles de chiffrement de disque, machines virtuelles, disques et instantanés) doivent se trouver dans le même abonnement et la même région.
Vous ne pouvez créer que jusqu’à 50 ensembles de chiffrement de disque par région et par abonnement.

Groupes de ressources Azure

Les groupes de ressources de provisionnement Azure offrent un moyen de provisionner les machines virtuelles qui fournissent des applications et des bureaux aux utilisateurs. Vous pouvez créer un groupe de ressources ou utiliser un groupe de ressources existant pour provisionner des machines virtuelles dans un catalogue de machines MCS. Vous pouvez utiliser le même groupe de ressources dans plusieurs catalogues de machines. Pour plus d’informations sur les groupes de ressources Azure, consultez la documentation Microsoft.

Utilisation des groupes de ressources Azure

Il n’y a aucune limite sur le nombre de machines virtuelles, de disques gérés, d’instantanés et d’images par groupe de ressources Azure. (La limite de 240 machines virtuelles pour 800 disques gérés par groupe de ressources Azure a été supprimée.)

Lors de l’utilisation d’un principal de service à portée complète pour créer un catalogue de machines, MCS crée un seul groupe de ressources Azure et utilise ce groupe pour le catalogue.
Lors de l’utilisation d’un principal de service à portée limitée pour créer un catalogue de machines, vous devez fournir un groupe de ressources Azure vide et pré-créé pour le catalogue.

Disques éphémères Azure

Un disque éphémère Azure vous permet de réaffecter le disque de cache, le disque temporaire ou le disque NVMe pour stocker le disque de système d’exploitation d’une machine virtuelle compatible Azure. Cette fonctionnalité est utile pour les environnements Azure qui nécessitent un disque SSD plus performant qu’un disque HDD standard. Pour plus d’informations sur la création d’un catalogue avec un disque éphémère Azure, consultez Créer un catalogue avec des disques éphémères Azure.

Remarque :

Les catalogues persistants ne prennent pas en charge les disques de système d’exploitation éphémères.

Les disques de système d’exploitation éphémères nécessitent que votre schéma de provisionnement utilise des disques gérés et une galerie d’images partagées.

Stocker un disque temporaire de système d’exploitation éphémère

Vous avez la possibilité de stocker un disque de système d’exploitation éphémère sur le disque temporaire de la VM, un disque de ressources ou un disque NVMe. Cette fonctionnalité vous permet d’utiliser un disque de système d’exploitation éphémère avec une VM qui n’a pas de cache, ou dont le cache est insuffisant. Ces VM disposent d’un disque temporaire ou de ressources ou d’un disque NVMe pour stocker un disque de système d’exploitation éphémère, tel que Ddv4.

Considérez les points suivants :
Un disque éphémère est stocké dans le disque de cache de la VM, ou le disque temporaire (de ressources) de la VM ou le disque NVMe. Le disque de cache est préféré au disque temporaire, à moins que le disque de cache ne soit pas assez grand pour contenir le contenu du disque de système d’exploitation.
Pour les mises à jour, une nouvelle image plus grande que le disque de cache mais plus petite que le disque temporaire entraîne le remplacement du disque de système d’exploitation éphémère par le disque temporaire de la VM.

Disque éphémère Azure et optimisation du stockage Machine Creation Services (MCS) (MCS I/O)

    -  Le disque de système d'exploitation éphémère Azure et MCS I/O ne peuvent pas être activés simultanément.

Les considérations importantes sont les suivantes :

Vous ne pouvez pas créer un catalogue de machines avec le disque de système d’exploitation éphémère et MCS I/O activés simultanément.
Les paramètres PowerShell (UseWriteBackCache et UseEphemeralOsDisk) échouent avec des messages d’erreur appropriés si vous les définissez sur true dans New-ProvScheme ou Set-ProvScheme.
Pour les catalogues de machines existants créés avec les deux fonctionnalités activées, vous pouvez toujours :
- mettre à jour un catalogue de machines.
  - ajouter ou supprimer des VM.
  - supprimer un catalogue de machines.

Azure Compute Gallery

Utilisez Azure Compute Gallery (anciennement Azure Shared Image Gallery) comme référentiel d’images publiées pour les machines provisionnées par MCS dans Azure. Vous pouvez stocker une image publiée dans la galerie pour accélérer la création et l’hydratation des disques de système d’exploitation, améliorant ainsi les temps de démarrage et de lancement des applications pour les VM non persistantes. La galerie d’images partagées contient les trois éléments suivants :

Galerie : Les images y sont stockées. MCS crée une galerie pour chaque catalogue de machines.
Définition d’image de galerie : Cette définition inclut des informations (type et état du système d’exploitation, région Azure) sur l’image publiée. MCS crée une définition d’image pour chaque image créée pour le catalogue.
Version d’image de galerie : Chaque image d’une galerie d’images partagées peut avoir plusieurs versions, et chaque version peut avoir plusieurs répliques dans différentes régions. Chaque réplique est une copie complète de l’image publiée.

Remarque :

La fonctionnalité de galerie d’images partagées n’est compatible qu’avec les disques gérés. Elle n’est pas disponible pour les catalogues de machines hérités.

Pour plus d’informations, consultez Vue d’ensemble d’Azure Compute Gallery.
Pour plus d’informations sur la création ou la mise à jour d’un catalogue de machines à l’aide d’une image Azure Compute Gallery avec PowerShell, consultez Créer ou mettre à jour un catalogue de machines à l’aide d’une image Azure Compute Gallery.
VM confidentielles Azure
Les VM de calcul confidentiel Azure garantissent que votre bureau virtuel est chiffré en mémoire et protégé en cours d’utilisation.
Vous pouvez utiliser MCS pour créer un catalogue avec des VM confidentielles Azure. Vous devez utiliser le flux de travail de profil de machine pour créer un tel catalogue. Vous pouvez utiliser à la fois une VM et une spécification de modèle ARM comme entrée de profil de machine.
Vous pouvez également utiliser une image principale Azure de type VM confidentielle et un profil de machine Azure de type VM confidentielle pour créer une image préparée, puis utiliser cette image préparée pour créer un catalogue MCS.
Considérations importantes pour les VM confidentielles
Les considérations importantes concernant les tailles de VM prises en charge et la création de catalogues de machines avec des VM confidentielles sont les suivantes :
Pour vérifier les tailles de VM prises en charge par les VM confidentielles, consultez Tailles.
Créer des catalogues de machines avec des VM confidentielles.
- Vous pouvez créer un catalogue de machines avec des VM confidentielles Azure à l’aide de Web Studio et de commandes PowerShell.
- Vous devez utiliser un flux de travail basé sur le profil de machine pour créer un catalogue de machines avec des VM confidentielles Azure. Vous pouvez utiliser une VM ou une spécification de modèle comme entrée de profil de machine.
- L’image principale et l’entrée du profil de machine doivent toutes deux être activées avec le même type de sécurité confidentielle. Différentes ressources Azure utilisent différentes étiquettes pour indiquer le type de VM confidentielle.
  
  Pour les instantanés Azure, les disques gérés ou les machines virtuelles, les types de sécurité sont :
  - ConfidentialVM_DiskEncryptedWithCustomerKey.
  - ConfidentialVM_DiskEncryptedWithPlatformKey.
  - ConfidentialVM_VMGuestStateOnlyEncryptedWithPlatformKey
  Pour la version de la spécification de modèle ARM Azure, les types de sécurité sont :
  - VMGuestStateOnly : VM confidentielle avec uniquement l’état invité de la VM chiffré
  - DiskWithVMGuestState : VM confidentielle avec le disque de système d’exploitation et l’état invité de la VM chiffrés avec une clé gérée par la plateforme ou une clé gérée par le client. Les disques de système d’exploitation normaux et éphémères peuvent être chiffrés.
- Vous pouvez obtenir des informations confidentielles de VM de divers types de ressources tels que disque géré, instantané, image Azure Compute Gallery, VM et spécification de modèle ARM à l’aide du paramètre AdditionalData. Par exemple :
```
 PS C:\Users\username> (get-item XDHyp:\HostingUnits\mynetwork\image.folder\username-dev-testing-rg.resourcegroup\username-dev-tsvda.vm).AdditionalData
 
```
  Les champs de données supplémentaires sont :
- DiskSecurityType
- ConfidentialVMDiskEncryptionSetId
- DiskSecurityProfiles
  
  Pour obtenir la propriété de calcul confidentiel d’une taille de machine, exécutez la commande suivante : (Get-Item -path "XDHyp:\Connections\my-connection-name\East US.region\serviceoffering.folder\abc.serviceoffering").AdditionalData
  
  Le champ de données supplémentaires est ConfidentialComputingType.
- Vous ne pouvez pas modifier l’image principale ou le profil de machine d’un type de sécurité confidentiel à non confidentiel, ou d’un type de sécurité non confidentiel à confidentiel.
- Vous recevez des messages d’erreur appropriés pour toute configuration incorrecte.

Préparer les images principales et les profils de machine

Avant de créer un ensemble de VM confidentielles, suivez ces étapes pour préparer une image principale et un profil de machine pour celles-ci :

Dans le portail Azure, créez une VM confidentielle avec des paramètres spécifiques, tels que :
- Type de sécurité : Machines virtuelles confidentielles
- Chiffrement de disque de système d’exploitation confidentiel : Activé.
- Gestion des clés : Chiffrement de disque confidentiel avec une clé gérée par la plateforme Pour plus d’informations sur la création de VM confidentielles, consultez cet article de Microsoft.
Préparez l’image principale sur la VM créée. Installez les applications et le VDA nécessaires sur la VM créée.

Remarque :

La création de VM confidentielles à l’aide de VHD n’est pas prise en charge. Utilisez plutôt Azure Compute Gallery, des disques gérés ou des instantanés à cette fin.
Créez le profil de machine de l’une des manières suivantes :
- Utilisez la VM existante créée à l’étape 1 si elle possède les propriétés de machine nécessaires.
- Si vous optez pour une spécification de modèle ARM comme profil de machine, créez la spécification de modèle selon les besoins. Spécifiquement, configurez les paramètres qui répondent à vos exigences de VM confidentielles, tels que SecurityEncryptionType et diskEncryptionSet (pour une clé gérée par le client). Pour plus d’informations, consultez Créer une spécification de modèle Azure.
  Remarque :
  - Assurez-vous que l’image principale et le profil de machine ont le même type de clé de sécurité.
  - Pour créer des VM confidentielles nécessitant un chiffrement de disque de système d’exploitation confidentiel avec une clé gérée par le client, assurez-vous que les ID de jeu de chiffrement de disque dans l’image principale et le profil de machine sont identiques.

Si vous souhaitez utiliser une image préparée de type VM confidentielle pour créer un catalogue MCS, créez une image préparée à l’aide de l’image principale de type VM confidentielle et d’un profil de machine de type VM confidentielle. Consultez Créer une définition d’image et une version d’image initiale pour plus d’informations sur la création d’images préparées.

Créer des VM confidentielles à l’aide de Web Studio ou de commandes PowerShell

Pour créer un ensemble de VM confidentielles, créez un catalogue de machines à l’aide d’une image principale et d’un profil de machine dérivés d’une VM confidentielle souhaitée.

Pour créer le catalogue à l’aide de Web Studio, suivez les étapes décrites dans Créer des catalogues de machines. Gardez les considérations suivantes à l’esprit :

Sur la page Image, sélectionnez une image principale et un profil de machine que vous avez préparés pour la création de VM confidentielles. La sélection du profil de machine est obligatoire et seuls les profils qui correspondent au même type de chiffrement de sécurité que l’image principale sélectionnée sont disponibles pour la sélection.
Sur la page Machines virtuelles, seules les tailles de machine qui prennent en charge les VM confidentielles apparaissent pour la sélection.
- Sur la page Paramètres de disque, vous ne pouvez pas spécifier le jeu de chiffrement de disque car il est hérité du profil de machine sélectionné.

Surveillance de l’intégrité du démarrage

Si votre VM a le démarrage sécurisé et le module de plateforme sécurisée virtuel (vTPM) activés, et l’extension GuestAttestation installée, Microsoft Defender pour le cloud peut valider à distance que votre VM démarre de manière saine. Cette surveillance est appelée Surveillance de l’intégrité du démarrage. Pour plus d’informations sur la surveillance de l’intégrité du démarrage, consultez Vue d’ensemble de la surveillance de l’intégrité du démarrage.

Vous pouvez activer la surveillance de l’intégrité du démarrage pour les VM de catalogue de machines MCS (VM persistantes et non persistantes) à l’aide d’un profil de machine (VM ou spécification de modèle). La surveillance de l’intégrité du démarrage n’est prise en charge que pour les VM à lancement approuvé et confidentielles.

Vous pouvez mettre à jour un catalogue existant pour utiliser l’intégrité du démarrage à l’aide de Set-ProvScheme pour pointer vers un profil de machine activé pour l’intégrité du démarrage. Les nouvelles VM ajoutées au catalogue sont alors activées avec la surveillance de l’intégrité.

Vous pouvez également mettre à jour une VM existante dans un catalogue à l’aide de Set-ProvVmUpdateTimeWindow, Set-ProvVm ou Maintenance Cycles. Vous pouvez convertir une :

-  VM sans surveillance de l'intégrité pour qu'elle ait la surveillance de l'intégrité
-  VM avec surveillance de l'intégrité pour qu'elle n'ait pas la surveillance de l'intégrité

Créer un catalogue de machines activé avec la surveillance de l’intégrité

Autorisations requises :

-  Assurez-vous de disposer des autorisations suivantes :

    -  `Microsoft.Compute/virtualMachines/extensions/read`
    -  `Microsoft.Compute/virtualMachines/extensions/write`

Procédez comme suit pour créer un catalogue de machines MCS activé avec la surveillance de l’intégrité :

Créez un profil de machine (VM ou spécification de modèle) avec l’extension GuestAttestation installée. (lien vers le contenu ci-dessous)
Créez un catalogue de machines MCS à l’aide de l’entrée du profil de machine à l’aide de Web Studio ou de commandes PowerShell.

Remarque :

Vous pouvez vérifier le statut GuestAttestationExtensionEnabled d’une VM ou d’une spécification de modèle à l’aide de la commande PowerShell Get-Item avec le paramètre AdditionalData.
- 1. Ajoutez des VM au catalogue.

Créer un profil de machine avec l’extension GuestAttestation installée et activée

Créez une VM ou une spécification de modèle comme entrée de profil de machine avec la surveillance de l’intégrité activée, ce qui implique que l’extension GuestAttestation est installée.

Pour créer une VM avec la surveillance de l’intégrité activée, procédez comme suit :

Connectez-vous au portail Azure.

Si vous créez une nouvelle VM :

-  1.  Sélectionnez **Type de sécurité** comme **Machines virtuelles à lancement approuvé** ou **Machines virtuelles confidentielles**.
-  1.  Cliquez sur **Configurer les fonctionnalités de sécurité** et cochez la case **Surveillance de l'intégrité**.

> **Remarque :**
>
> Pour la surveillance de l'intégrité, vous devez activer le Démarrage sécurisé et le vTPM.

Sur la page Vue d’ensemble, accédez à la section Type de sécurité et vérifiez que le Type de sécurité est Lancement approuvé ou Machines virtuelles confidentielles et que la Surveillance de l’intégrité est activée.
Accédez à la page Extensions + applications pour vérifier que GuestAttestation est installé.

Pour activer la surveillance de l’intégrité d’une VM existante, consultez Activer la surveillance de l’intégrité - Portail Azure.

-  *Pour créer une spécification de modèle avec l'extension `GuestAttestation` installée* :

    -  Vous pouvez installer GuestAttestation à l'aide d'une spécification de modèle. Consultez [Activer la surveillance de l'intégrité - Spécification de modèle](https://learn.microsoft.com/fr-fr/azure/virtual-machines/boot-integrity-monitoring-overview?tabs=template#enable-integrity-monitoring).

> **Remarque :**
>
    -  > Dans cette spécification de modèle, sous **Paramètres**, vous pouvez configurer les points de terminaison à utiliser pour l'attestation. Si vous ne configurez rien, Azure décide des points de terminaison à configurer.

Azure Marketplace

Citrix Virtual Apps and Desktops prend en charge l’utilisation d’une image principale sur Azure qui contient des informations de plan pour créer un catalogue de machines. Pour plus d’informations, consultez Microsoft Azure Marketplace.

Astuce :

-  > Certaines images trouvées sur Azure Marketplace, comme l'image standard de Windows Server, n'ajoutent pas d'informations de plan. La fonctionnalité Citrix Virtual Apps and Desktops est destinée aux images payantes.

Assurez-vous que l’image créée dans la Galerie d’images partagées contient les informations de plan Azure

Utilisez la procédure de cette section pour afficher les images de la Galerie d’images partagées dans Web Studio. Ces images peuvent éventuellement être utilisées comme image principale. Pour placer l’image dans une Galerie d’images partagées, créez une définition d’image dans une galerie.

Galerie d'images partagées Azure Marketplace

Sur la page Options de publication, vérifiez les informations du plan d’achat.

Les champs d’informations du plan d’achat sont initialement vides. Remplissez ces champs avec les informations du plan d’achat utilisées pour l’image. Le fait de ne pas renseigner les informations du plan d’achat peut entraîner l’échec du processus de catalogue de machines.

Azure Marketplace vérifie les options de publication VDA

Après avoir vérifié les informations du plan d’achat, créez une version d’image dans la définition. Celle-ci est utilisée comme image principale. Cliquez sur Ajouter une version :

Azure Marketplace sélectionne les options VDA

Créer un catalogue de VM de réservation de capacité à la demande

La réservation de capacité à la demande vous permet de réserver de la capacité de calcul dans une région Azure ou une zone de disponibilité pour n’importe quelle durée. Pour plus d’informations sur la réservation de capacité à la demande Azure, consultez la documentation Microsoft Réservation de capacité à la demande.

Vous pouvez créer un catalogue de machines MCS de VM Azure avec réservation de capacité à la demande à l’aide d’un profil de machine (VM ou spécification de modèle). Vous pouvez également mettre à jour un catalogue de machines existant et des VM existantes pour avoir ou supprimer une réservation de capacité à la demande.

Cette fonctionnalité s’applique aux catalogues de machines persistants et non persistants.

Limitations

Cette fonctionnalité ne s’applique pas aux éléments suivants :

    -  VMs Spot
    -  Groupe d'hôtes
-  VMs avec hibernation activée

Pour plus d’informations sur les limitations, consultez la documentation Microsoft Limitations et restrictions.

    -  ### Étapes pour créer un catalogue de machines virtuelles avec réservation de capacité à la demande

    -  1.  Créez une source de profil de machine (machine virtuelle ou spécification de modèle ARM). Pour créer une machine virtuelle ou une spécification de modèle ARM, consultez [Associer une machine virtuelle à un groupe de réservation de capacité](https://learn.microsoft.com/fr-fr/azure/virtual-machines/capacity-reservation-associate-vm?tabs=api1%2Capi2%2Capi3).
-  1.  Exécutez la commande PowerShell suivante pour vérifier si un profil de machine a la réservation de capacité à la demande activée ou non. Si le profil de machine est activé avec la réservation de capacité à la demande, vous obtenez l'`id` du groupe de réservation de capacité.

    -  Par exemple :

Si la source du profil de machine est une machine virtuelle, exécutez la commande suivante :

```
(Get-Item "XDHyp:\HostingUnits\azure-res-conn2\machineprofile.folder\fifthcolumn.resourcegroup\demand-capacity.vm").AdditionalData
<!--NeedCopy--> ```

Si la source du profil de machine est une spécification de modèle, exécutez la commande suivante :

```
(Get-Item "XDHyp:\HostingUnits\azure-res-conn2\machineprofile.folder\fifthcolumn.resourcegroup\fc-aeh-templatespec.templatespec\14.0.0-capacity-reservation.templatespecversion").AdditionalData
<!--NeedCopy--> ```

Créez un catalogue de machines à l’aide d’un profil de machine via Web Studio ou des commandes PowerShell.

Vous pouvez mettre à jour un catalogue à l’aide de la commande Set-ProvScheme. Vous pouvez également mettre à jour les machines virtuelles existantes à l’aide de la commande PowerShell Set-ProvVmUpdateTimeWindow. Le profil de machine est mis à jour lors de la prochaine mise sous tension.

Virtualisation imbriquée

Si vous configurez la machine virtuelle maître avec la virtualisation imbriquée activée, toutes les machines virtuelles du catalogue de machines MCS créées à l’aide de cette machine virtuelle maître auront la virtualisation imbriquée activée. Cette fonctionnalité est applicable aux machines virtuelles persistantes et non persistantes. Vous pouvez mettre à jour un catalogue de machines MCS existant et des machines virtuelles existantes pour activer la virtualisation imbriquée via une mise à jour d’image.

Actuellement, seules les tailles de machines virtuelles Dv3 et Ev3 prennent en charge la virtualisation imbriquée.

Pour plus d’informations sur la virtualisation imbriquée, consultez le blog Microsoft Virtualisation imbriquée dans Azure.

SKU NVMe uniquement

Généralement, les anciennes générations de machines virtuelles à usage général, optimisées pour la mémoire et optimisées pour le calcul (D/Ev5 ou Fv2 et antérieures) prennent en charge le SCSI. Les nouvelles générations (Da/Ea/Fav6 et plus récentes) ne prennent généralement en charge que l’interface de stockage NVMe. MCS prend en charge le type de contrôleur de stockage NVMe pour prendre en charge les nouvelles SKU de machines virtuelles sur Azure.

Pour plus d’informations sur NVMe, consultez la documentation Microsoft FAQ générale sur NVMe.

Vous pouvez créer un catalogue MCS à l’aide d’une offre de service qui :

    -  prend en charge à la fois SCSI et NVMe, consultez [Créer un catalogue à l'aide d'une offre de service qui prend en charge à la fois SCSI et NVMe](#create-a-catalog-using-a-service-offering-that-supports-both-scsi-and-nvme)
-  prend en charge uniquement NVMe, consultez [Créer un catalogue à l'aide d'une offre de service qui prend en charge uniquement NVMe](#create-a-catalog-using-a-service-offering-that-supports-only-nvme)

Limitations

    -  Toutes les offres de service qui prennent en charge NVMe ne prennent pas en charge le lancement sécurisé (Trusted Launch) en même temps.
-  NVMe n'est pas pris en charge pour les machines virtuelles de génération 1.
    -  Certaines images de système d'exploitation peuvent ne pas prendre en charge NVMe. Dans ce cas, l'option NVMe est grisée dans l'interface utilisateur d'Azure.

Créer un catalogue à l’aide d’une offre de service qui prend en charge à la fois SCSI et NVMe

    -  1.  Créez une machine virtuelle à utiliser comme image maître.

    -  1.  Utilisez une image de la Place de marché qui prend en charge NVMe. Une liste des images de la Place de marché Azure qui prennent en charge NVMe est disponible à l'adresse [Images de système d'exploitation prises en charge pour NVMe distant](https://learn.microsoft.com/fr-fr/azure/virtual-machines/enable-nvme-interface#windows).
1.  Prenez un instantané du disque du système d'exploitation de la machine virtuelle à utiliser dans le paramètre `MasterImageVM` de la commande `New-ProvScheme` ou utilisez directement le disque géré.

    Vérifiez si votre image maître prend en charge NVMe ou non en utilisant l'une des méthodes suivantes :

    -  Vérifiez les `SupportedDiskControllerTypes` dans le champ `AdditionalData` de `Get-Item`. Par exemple :

        ```
        (get-item XDHyp:\HostingUnits\mynetwork\image.folder\abc.resourcegroup\deg-snapshot).AdditionalData
        <!--NeedCopy--> ```

        Les `SupportedDiskControllerTypes` doivent être `SCSI, NVMe`.

    -  Utilisez Azure CLI et PowerShell

Utilisez une offre de service qui prend en charge à la fois NVMe et SCSI.
Utilisez une machine virtuelle ou une spécification de modèle comme profil de machine avec NVMe activé. Prenez n’importe quelle machine virtuelle dont le DiskControllerType est défini sur NVMe. Utilisez la machine virtuelle directement comme profil de machine ou exportez le modèle et utilisez la spécification de modèle comme profil de machine.

Créer un catalogue à l’aide d’une offre de service qui prend en charge uniquement NVMe

Créez une machine virtuelle à utiliser comme image principale. Utilisez une image de la Place de marché qui prend en charge NVMe. Une liste des images de la Place de marché Azure qui prennent en charge NVMe est disponible à l’adresse Images de système d’exploitation prises en charge pour NVMe distant.
Utilisez une offre de service qui prend en charge uniquement NVMe.

Remarque :

Étant donné que l’offre de service prend en charge NVMe, vous n’avez pas besoin d’un profil de machine avec DiskControllerType défini sur NVMe pour activer NVMe sur le catalogue. Cependant, si vous utilisez un profil de machine, DiskControllerType doit être défini sur NVMe, ou être vide ou non spécifié.

Modifier les machines virtuelles persistantes existantes

-  La configuration NVMe ne peut pas être modifiée sur une machine virtuelle une fois qu’elle est créée. Pour modifier la configuration NVMe d’une machine virtuelle persistante, il faut redéployer la machine virtuelle. La logique pour ce faire est la suivante :

    -  1.  Enregistrez l’état actuel de la machine virtuelle.

Après avoir mis sous tension une machine virtuelle existante, détectez si la machine virtuelle nécessite un redéploiement.
1. Si le changement de configuration est de NVMe à NVMe ou de SCSI à SCSI, le redéploiement de la machine virtuelle n’est pas nécessaire.
2. Si le changement de configuration est de SCSI à NVMe et inversement, redéployez et recréez la machine virtuelle.

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

Cette section détaille comment vous pouvez créer des catalogues à l’aide de PowerShell :

Créer un catalogue avec un disque de cache de réécriture non persistant
Utiliser les valeurs de propriété du profil de machine
Configurer la Galerie d’images partagées
Provisionner des machines dans des zones de disponibilité spécifiées
Types de stockage
Créer un catalogue à l’aide de machines virtuelles Azure Spot

Créer un catalogue avec un disque de cache de réécriture non persistant

Pour configurer un catalogue avec un disque de cache de réécriture non persistant, utilisez le paramètre PowerShell New-ProvScheme CustomProperties. La propriété personnalisée UseTempDiskForWBC indique si vous acceptez d’utiliser le stockage temporaire Azure pour stocker le fichier de cache de réécriture. Cette propriété doit être configurée sur true lors de l’exécution de New-ProvScheme si vous souhaitez utiliser le disque temporaire comme disque de cache de réécriture. Si cette propriété n’est pas spécifiée, le paramètre est défini sur False par défaut.

Par exemple, en utilisant le paramètre CustomProperties pour définir UseTempDiskForWBC sur true :

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

Remarque :

Une fois que vous avez validé le catalogue de machines pour utiliser le stockage temporaire local Azure pour le fichier de cache de réécriture, il ne peut plus être modifié pour utiliser un VHD ultérieurement.

Créer un catalogue avec un disque de cache de réécriture persistant

Pour configurer un catalogue avec un disque de cache de réécriture persistant, utilisez le paramètre PowerShell New-ProvScheme CustomProperties. Ce paramètre prend en charge une propriété supplémentaire, PersistWBC, utilisée pour déterminer comment le disque de cache de réécriture persiste pour les machines provisionnées par MCS. La propriété PersistWBC est utilisée uniquement lorsque le paramètre UseWriteBackCache est spécifié et lorsque le paramètre WriteBackCacheDiskSize est défini pour indiquer qu’un disque est créé.

Voici des exemples de propriétés trouvées dans le paramètre CustomProperties avant la prise en charge de PersistWBC :

<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<Property xsi:type="StringProperty" Name="UseManagedDisks" Value="true" />
<Property xsi:type="StringProperty" Name="StorageAccountType" Value="Premium_LRS" />
    -  <Property xsi:type="StringProperty" Name="ResourceGroups" Value="benvaldev5RG3" />
    -  </CustomProperties>
<!--NeedCopy-->

Lorsque vous utilisez ces propriétés, tenez compte du fait qu’elles contiennent des valeurs par défaut si les propriétés sont omises du paramètre CustomProperties. La propriété PersistWBC a deux valeurs possibles : true ou false.

Définir la propriété PersistWBC sur true ne supprime pas le disque de cache de réécriture lorsque l’administrateur Citrix Virtual Apps and Desktops arrête la machine à l’aide de Web Studio.

Définir la propriété PersistWBC sur false supprime le disque de cache de réécriture lorsque l’administrateur Citrix Virtual Apps and Desktops arrête la machine à l’aide de Web Studio.

Remarque :

Si la propriété PersistWBC est omise, la propriété est définie par défaut sur false et le cache de réécriture est supprimé lorsque la machine est arrêtée à l’aide de Web Studio.

Par exemple, en utilisant le paramètre CustomProperties pour définir PersistWBC sur true :

<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<Property xsi:type="StringProperty" Name="UseManagedDisks" Value="true" />
<Property xsi:type="StringProperty" Name="StorageAccountType" Value="Premium_LRS" />
<Property xsi:type="StringProperty" Name="ResourceGroups" Value="benvaldev5RG3" />
<Property xsi:type="StringProperty" Name="PersistWBC" Value="true" />
    -  </CustomProperties>
<!--NeedCopy-->

Important : - > La propriété PersistWBC ne peut être définie qu’à l’aide de l’applet de commande PowerShell New-ProvScheme. Toute tentative de modification des CustomProperties d’un schéma de provisionnement après sa création n’a aucun impact sur le catalogue de machines et la persistance du disque de cache de réécriture lorsqu’une machine est arrêtée.

Par exemple, définissez New-ProvScheme pour utiliser le cache de réécriture tout en définissant la propriété PersistWBC sur true :

New-ProvScheme
-CleanOnBoot
-ProvisioningSchemeName "azureCatalog" -RunAsynchronously -Scope @() -SecurityGroup @() -CustomProperties '<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"><Property xsi:type="StringProperty" Name="UseManagedDisks" Value="true" /><Property xsi:type="StringProperty" Name="StorageAccountType" Value="Premium_LRS" /><Property xsi:type="StringProperty" Name="ResourceGroups" Value="benvaldev5RG3" /><Property xsi:type="StringProperty" Name="OsType" Value="Windows" /><Property xsi:type="StringProperty" Name="LicenseType" Value="Windows_Client" /><Property xsi:type="StringProperty" Name="PersistWBC" Value="true" /></CustomProperties>'
<!--NeedCopy-->

Améliorer les performances de démarrage avec MCSIO

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

<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<Property xsi:type="StringProperty" Name="UseManagedDisks" Value="true" />
<Property xsi:type="StringProperty" Name="StorageAccountType" Value="Premium_LRS" />
<Property xsi:type="StringProperty" Name="DiskEncryptionSetId" Value="/subscriptions/12345678-xxxx-1234-1234-123456789012/resourceGroups/Sample-RG/providers/Microsoft.Compute/diskEncryptionSets/SampleEncryptionSet" />
<Property xsi:type="StringProperty" Name="PersistOsDisk" Value="true" />
</CustomProperties>
<!--NeedCopy-->

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

New-ProvScheme
-CleanOnBoot
-CustomProperties "<CustomProperties xmlns=`"http://schemas.citrix.com/2014/xd/machinecreation`" xmlns:xsi=`"http://www.w3.org/2001/XMLSchema-instance`"><Property xsi:type=`"StringProperty`" Name=`"UseManagedDisks`" Value=`"true`" /><Property xsi:type=`"StringProperty`" Name=`"StorageAccountType`" Value=`"Premium_LRS`" /><Property xsi:type=`"StringProperty`" Name=`"DiskEncryptionSetId`" Value=`"/subscriptions/12345678-xxxx-1234-1234-123456789012/resourceGroups/Sample-RG/providers/Microsoft.Compute/diskEncryptionSets/SampleEncryptionSet" /><Property xsi:type=`"StringProperty`" Name=`"PersistOsDisk`" Value=`"true`" /></CustomProperties>"
-HostingUnitName "adSubnetScale1"
-IdentityPoolName "BV-WBC1-CAT1"
-MasterImageVM "XDHyp:\HostingUnits\adSubnetScale1\image.folder\GoldImages.resourcegroup\W10MCSIO-01_OsDisk_1_a940e6f5bab349019d57ccef65d2c7e3.manageddisk"
-NetworkMapping @{"0"="XDHyp:\HostingUnits\adSubnetScale1\\virtualprivatecloud.folder\CloudScale02.resourcegroup\adVNET.virtualprivatecloud\adSubnetScale1.network"}
-ProvisioningSchemeName "BV-WBC1-CAT1"
-ServiceOffering "XDHyp:\HostingUnits\adSubnetScale1\serviceoffering.folder\Standard_D2s_v3.serviceoffering"
    -  -UseWriteBackCache
-WriteBackCacheDiskSize 127
-WriteBackCacheMemorySize 256
<!--NeedCopy-->

Utiliser une spécification de modèle pour créer ou mettre à jour un catalogue à l’aide de PowerShell

Vous pouvez créer ou mettre à jour un catalogue de machines MCS à l’aide d’une spécification de modèle comme entrée de profil de machine. Pour ce faire, vous pouvez utiliser Web Studio ou les commandes PowerShell.

Pour Web Studio, consultez Créer un catalogue de machines à l’aide d’une image Azure Resource Manager dans Web Studio

Utilisation des commandes PowerShell :

Ouvrez la fenêtre PowerShell.
Exécutez asnp citrix*.

Créez ou mettez à jour un catalogue.

Pour créer un catalogue :

Utilisez la commande New-ProvScheme avec une spécification de modèle comme entrée de profil de machine. Par exemple :

New-ProvScheme -MasterImageVM "XDHyp:/HostingUnits/azure/image.folder/fgthj.resourcegroup/nab-ws-vda_OsDisk_1_xxxxxxxxxxa.manageddisk"
MachineProfile "XDHyp:/HostingUnits/azure/machineprofile.folder/fgthj.resourcegroup/test.templatespec/V1.templatespecversion"
-ProvisioningSchemeName <String>
-HostingUnitName <String>
-IdentityPoolName <String>
[-ServiceOffering <String>][-CustomProperties <String>
[-LoggingId <Guid>][-BearerToken <String>][-AdminAddress <String>]
[<CommonParameters>]
<!--NeedCopy-->

Terminez la création du catalogue.

Pour mettre à jour un catalogue, utilisez la commande Set-ProvScheme avec une spécification de modèle comme entrée de profil de machine. Par exemple :

``` Set-ProvScheme -MasterImageVm ‘XDHyp://Connections/Azure/East Us.region/vm.folder/MasterDisk.vm’

MachineProfile ‘XDHyp:/HostingUnits/azure/machineprofile.folder/fgthj.resourcegroup/def_templatespec.templatespec\EncryptionAtHost.templatespecversion’ [-ProvisioningSchemeName] String [-CustomProperties String][-ServiceOffering String] [-PassThru] [-LoggingId Guid] [-BearerToken String][-AdminAddress String] [CommonParameters]
```
  ```
```

Catalogues de machines avec lancement approuvé

Pour créer un catalogue de machines avec lancement approuvé, utilisez :

Une image principale activée avec le lancement approuvé. Vous devez utiliser un profil de machine, mais il n’est pas nécessaire que le profil de machine soit activé avec le lancement approuvé. Si vous utilisez une image principale activée avec le lancement approuvé et un profil de machine non activé avec le lancement approuvé, un message d’avertissement s’affiche en raison de la configuration de lancement approuvé non concordante entre l’image principale et le profil de machine.
Une taille de machine virtuelle qui prend en charge le lancement approuvé
Une version de machine virtuelle Windows qui prend en charge le lancement approuvé. Actuellement, Windows 10, Windows 11, Windows Server 2016, 2019 et 2022 prennent en charge le lancement approuvé.

Pour afficher les éléments d’inventaire de l’offre Citrix Virtual Apps and Desktops et déterminer si la taille de la machine virtuelle prend en charge le lancement approuvé, exécutez la commande suivante :

Ouvrez une fenêtre PowerShell.

1. Exécutez asnp citrix* pour charger les modules PowerShell spécifiques à Citrix.

Exécutez la commande suivante :

 $s = (ls XDHyp:\HostingUnits\<name of hosting unit>\serviceoffering.folder\"<VM size>.serviceoffering)
 <!--NeedCopy-->

Exécutez $s | select -ExpandProperty Additionaldata
Vérifiez la valeur de l’attribut SupportsTrustedLaunch.
- Si SupportsTrustedLaunch est True, la taille de la machine virtuelle prend en charge le lancement approuvé.
- Si SupportsTrustedLaunch est False, la taille de la machine virtuelle ne prend pas en charge le lancement approuvé.

Selon PowerShell d’Azure, vous pouvez utiliser la commande suivante pour déterminer les tailles de machines virtuelles qui prennent en charge le lancement approuvé :

(Get-AzComputeResourceSku | where {$_.Locations.Contains($region) -and ($_.Name -eq "<VM size>") })[0].Capabilities
<!--NeedCopy-->

Voici les exemples qui décrivent si la taille de la machine virtuelle prend en charge le lancement approuvé après l’exécution de la commande Azure PowerShell.

-  *Exemple 1* : Si la machine virtuelle Azure ne prend en charge que la génération 1, cette machine virtuelle ne prend pas en charge le lancement approuvé. Par conséquent, la capacité `TrustedLaunchDisabled` n’est pas affichée après l’exécution de la commande Azure PowerShell.
-  *Exemple 2* : Si la machine virtuelle Azure ne prend en charge que la génération 2 et que la capacité `TrustedLaunchDisabled` est **True**, la taille de la machine virtuelle de génération 2 n’est pas prise en charge pour le lancement approuvé.
-  *Exemple 3* : Si la machine virtuelle Azure ne prend en charge que la génération 2 et que la capacité `TrustedLaunchDisabled` n’est pas affichée après l’exécution de la commande PowerShell, la taille de la machine virtuelle de génération 2 est prise en charge pour le lancement approuvé.

Pour plus d’informations sur le lancement approuvé pour les machines virtuelles Azure, consultez le document Microsoft Lancement approuvé pour les machines virtuelles Azure.

Créer un catalogue de machines avec lancement approuvé

Créez une image principale activée avec le lancement approuvé. Consultez la documentation Microsoft Images de machines virtuelles à lancement approuvé.
Créez une machine virtuelle ou une spécification de modèle avec le type de sécurité machines virtuelles à lancement approuvé ou machines virtuelles confidentielles. Pour plus d’informations sur la création d’une machine virtuelle ou d’une spécification de modèle, consultez le document Microsoft Déployer une machine virtuelle à lancement approuvé.
Créez un catalogue de machines à l’aide de Web Studio ou de commandes PowerShell.
- Si vous souhaitez utiliser Web Studio, consultez Créer un catalogue de machines à l’aide d’une image Azure Resource Manager dans Web Studio.
- Si vous souhaitez utiliser des commandes PowerShell, utilisez la commande New-ProvScheme avec la machine virtuelle ou la spécification de modèle comme entrée de profil de machine. Pour la liste complète des commandes permettant de créer un catalogue, consultez Création d’un catalogue.
  
  Exemple de New-ProvScheme avec une machine virtuelle comme entrée de profil de machine :
```
 New-ProvScheme -MasterImageVM "XDHyp:/HostingUnits/azure/image.folder/fgthj.resourcegroup/nab-ws-vda_OsDisk_1_xxxxxxxxxxa.manageddisk"
 MachineProfile "XDHyp:/HostingUnits/azure/machineprofile.folder/fgthj.resourcegroup/test.templatespec/V1.templatespecversion"
 -ProvisioningSchemeName <String>
 -HostingUnitName <String>
 -IdentityPoolName <String>
 [-ServiceOffering <String>][-CustomProperties <String>
 [-LoggingId <Guid>][-BearerToken <String>][-AdminAddress <String>]
 [<CommonParameters>]
 
```
  Exemple de New-ProvScheme avec une spécification de modèle comme entrée de profil de machine :
  
``` New-ProvScheme -MasterImageVM “XDHyp:/HostingUnits/azure/image.folder/fgthj.resourcegroup/nab-ws-vda_OsDisk_1_xxxxxxxxxxa.manageddisk”

MachineProfile “XDHyp:/HostingUnits/azure/machineprofile.folder/fgthj.resourcegroup/test.templatespec/V1.templatespecversion” -ProvisioningSchemeName String -HostingUnitName String -IdentityPoolName String [-ServiceOffering String][-CustomProperties String] [CommonParameters]
```
  ```
```

Mettre à jour un catalogue de machines avec lancement approuvé

Vous pouvez mettre à jour les catalogues de machines persistants et non persistants :

Pour un catalogue de machines persistant :

Mettre à jour un catalogue de machines persistant avec lancement approuvé

Pour un catalogue de machines non persistant :

Mettre à jour un catalogue de machines non persistant avec le Lancement approuvé

Erreurs lors de la création de catalogues de machines avec le Lancement approuvé

Vous obtenez des erreurs appropriées dans les scénarios suivants lors de la création d’un catalogue de machines avec le Lancement approuvé :

Scénario	Erreur
Si vous sélectionnez un profil de machine lors de la création d’un catalogue non géré	`MachineProfileNotSupportedForUnmanagedCatalog`
Si vous ne sélectionnez pas de profil de machine lors de la création d’un catalogue géré avec une source d’image principale dont le type de sécurité est Lancement approuvé	`MachineProfileNotFoundForTrustedLaunchMasterImage`
Si vous sélectionnez un profil de machine avec un type de sécurité différent de celui de l’image principale	`SecurityTypeConflictBetweenMasterImageAndMachineProfile`
Si vous sélectionnez une taille de VM qui ne prend pas en charge le Lancement approuvé, mais utilisez une image principale qui prend en charge le Lancement approuvé lors de la création d’un catalogue	`MachineSizeNotSupportTrustedLaunch`

Utiliser les valeurs de propriété du profil de machine

Le catalogue de machines utilise les propriétés suivantes qui sont définies dans les propriétés personnalisées :

Zone de disponibilité
ID de groupe d’hôtes dédiés
ID de jeu de chiffrement de disque
Type de système d’exploitation
Type de licence
Type de stockage

Si ces propriétés personnalisées ne sont pas définies explicitement, les valeurs de propriété sont définies à partir de la spécification de modèle ARM ou de la VM, selon ce qui est utilisé comme profil de machine. De plus, si ServiceOffering n’est pas spécifié, il est défini à partir du profil de machine.

Remarque :

Si certaines des propriétés sont manquantes dans le profil de machine et ne sont pas définies dans les propriétés personnalisées, les valeurs par défaut des propriétés sont appliquées le cas échéant.

La section suivante décrit certains scénarios pour New-ProvScheme et Set-ProvScheme lorsque CustomProperties a toutes les propriétés définies ou que les valeurs sont dérivées du MachineProfile.

Scénarios New-ProvScheme

Le MachineProfile a toutes les propriétés et les CustomProperties ne sont pas définies. Exemple :

New-ProvScheme -MachineProfile "XDHyp:\HostingUnits\azureunit\machineprofile.folder\azure.resourcegroup\mpA.vm"

Les valeurs suivantes sont définies comme propriétés personnalisées pour le catalogue :

 Get-ProvScheme | select CustomProperties
 <CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <Property xsi:type="StringProperty" Name="StorageAccountType" Value="`<mpA-value>`"/>
 <Property xsi:type="StringProperty" Name="OSType" Value="`<mpA-value>`"/>
 <Property xsi:type="StringProperty" Name="LicenseType" Value="`<mpA-value>`"/>
 <Property xsi:type="StringProperty" Name="DiskEncryptionSetId" Value="`<mpA-value>`"/>
 <Property xsi:type="StringProperty" Name="DedicatedHostGroupId" Value="`<mpA-value>`"/>
 <Property xsi:type="StringProperty" Name="Zones" Value="`<mpA-value>`"/>
 </CustomProperties>
 <!--NeedCopy-->

Le MachineProfile a certaines propriétés et les CustomProperties ne sont pas définies. Exemple : Le MachineProfile n’a que LicenseType et OsType.

New-ProvScheme -MachineProfile "XDHyp:\HostingUnits\azureunit\machineprofile.folder\azure.resourcegroup\mpA.vm"

Les valeurs suivantes sont définies comme propriétés personnalisées pour le catalogue :

 Get-ProvScheme | select CustomProperties
 <CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <Property xsi:type="StringProperty" Name="OSType" Value="`<mpA-value>`"/>
 <Property xsi:type="StringProperty" Name="LicenseType" Value="`<mpA-value>`"/>
 </CustomProperties>
 <!--NeedCopy-->

Le MachineProfile et les CustomProperties définissent toutes les propriétés. Exemple :

New-ProvScheme -MachineProfile "XDHyp:\HostingUnits\azureunit\machineprofile.folder\azure.resourcegroup\mpA.vm" -CustomProperties $CustomPropertiesA

Les propriétés personnalisées ont la priorité. Les valeurs suivantes sont définies comme propriétés personnalisées pour le catalogue :

 Get-ProvScheme | select CustomProperties
 <CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <Property xsi:type="StringProperty" Name="StorageAccountType" Value="`<CustomPropertiesA-value>`"/>
 <Property xsi:type="StringProperty" Name="OSType" Value="`<CustomPropertiesA-value>`"/>
 <Property xsi:type="StringProperty" Name="LicenseType" Value="`<CustomPropertiesA-value>`"/>
 <Property xsi:type="StringProperty" Name="DiskEncryptionSetId" Value="`<CustomPropertiesA-value>`"/>
 <Property xsi:type="StringProperty" Name="DedicatedHostGroupId" Value="`<CustomPropertiesA-value>`"/>
 <Property xsi:type="StringProperty" Name="Zones" Value="`<CustomPropertiesA-value>`"/>
 </CustomProperties>
 <!--NeedCopy-->

Certaines propriétés sont définies dans le MachineProfile et certaines propriétés sont définies dans les CustomProperties. Exemple :

Les CustomProperties définissent LicenseType et StorageAccountType
Le MachineProfile définit LicenseType, OsType et Zones

New-ProvScheme -MachineProfile "XDHyp:\HostingUnits\azureunit\machineprofile.folder\azure.resourcegroup\mpA.vm" -CustomProperties $CustomPropertiesA

Les valeurs suivantes sont définies comme propriétés personnalisées pour le catalogue :

 Get-ProvScheme | select CustomProperties
 <CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <Property xsi:type="StringProperty" Name="StorageAccountType" Value="`<CustomPropertiesA-value>`"/>
 <Property xsi:type="StringProperty" Name="OSType" Value="`<mpA-value>`"/>
 <Property xsi:type="StringProperty" Name="LicenseType" Value="`<CustomPropertiesA-value>`"/>
 <Property xsi:type="StringProperty" Name="Zones" Value="`<mpA-value>`"/>
 </CustomProperties>
 <!--NeedCopy-->

Certaines propriétés sont définies dans le MachineProfile et certaines propriétés sont définies dans les CustomProperties. De plus, ServiceOffering n’est pas défini. Exemple :
- Les CustomProperties définissent StorageType
- Le MachineProfile définit LicenseType
```
 New-ProvScheme -MachineProfile "XDHyp:\HostingUnits\azureunit\machineprofile.folder\azure.resourcegroup\mp.vm"
 -ServiceOffering "XDHyp:\HostingUnits\azureunit\serviceoffering.folder\`explicit-machine-size`.serviceoffering"
 
```

Les valeurs suivantes sont définies comme propriétés personnalisées pour le catalogue :

    ```
    Get-ProvScheme | select ServiceOffering
    serviceoffering.folder\`<explicit-machine-size>`.serviceoffering

    Get-ProvScheme | select CustomProperties
    <CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
    <Property xsi:type="StringProperty" Name="StorageAccountType" Value="explicit-storage-type"/>
    <Property xsi:type="StringProperty" Name="LicenseType" Value="value-from-machineprofile"/>
-  </CustomProperties>
    <!--NeedCopy--> ```

-  Si l'OsType ne figure ni dans les CustomProperties ni dans le MachineProfile, alors :
    -  La valeur est lue à partir de l'image principale.
    -  Si l'image principale est un disque non géré, l'OsType est défini sur Windows. Exemple :

   `New-ProvScheme -MachineProfile "XDHyp:\HostingUnits\azureunit\machineprofile.folder\azure.resourcegroup\mpA.vm" -MasterImageVM "XDHyp:\HostingUnits\azureunit\image.folder\linux-master-image.manageddisk"`

    La valeur de l'image principale est écrite dans les propriétés personnalisées, dans ce cas Linux.

    ```
    Get-ProvScheme | select CustomProperties
    <CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
    <Property xsi:type="StringProperty" Name="OSType" Value="Linux"/>
    </CustomProperties>
    <!--NeedCopy--> ```

Scénarios Set-ProvScheme

Un catalogue existant avec :
- Des CustomProperties pour StorageAccountType et OsType
- Un MachineProfile mpA.vm qui définit des zones
Mises à jour :
- Un MachineProfile mpB.vm qui définit StorageAccountType
- Un nouvel ensemble de propriétés personnalisées $CustomPropertiesB qui définit LicenseType et OsType
Set-ProvScheme -MachineProfile "XDHyp:\HostingUnits\azureunit\machineprofile.folder\azure.resourcegroup\mpB.vm" -CustomProperties $CustomPropertiesB

Les valeurs suivantes sont définies comme propriétés personnalisées pour le catalogue :

 Get-ProvScheme | select CustomProperties
 <CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <Property xsi:type="StringProperty" Name="StorageAccountType" Value="`<mpB-value>`"/>
 <Property xsi:type="StringProperty" Name="OSType" Value="`<mpB-value>`"/>
 <Property xsi:type="StringProperty" Name="LicenseType" Value="`<mpB-value>`"/>
 <Property xsi:type="StringProperty" Name="DiskEncryptionSetId" Value="`<mpB-value>`"/>
 <Property xsi:type="StringProperty" Name="DedicatedHostGroupId" Value="`<mpB-value>`"/>
 <Property xsi:type="StringProperty" Name="Zones" Value="`<mpB-value>`"/>
 </CustomProperties>
 <!--NeedCopy-->

Un catalogue existant avec :
- Des CustomProperties pour StorageAccountType et OsType
- Un MachineProfile mpA.vm qui définit StorageAccountType et LicenseType

Mises à jour :

Un nouvel ensemble de propriétés personnalisées $CustomPropertiesB qui définit StorageAccountType et OsType.

Set-ProvScheme -CustomProperties $CustomPropertiesB

Les valeurs suivantes sont définies comme propriétés personnalisées pour le catalogue :

 Get-ProvScheme | select CustomProperties
 <CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <Property xsi:type="StringProperty" Name="StorageAccountType" Value="`<CustomPropertiesB-value>`"/>
 <Property xsi:type="StringProperty" Name="OSType" Value="`<CustomPropertiesB-value>`"/>
 <Property xsi:type="StringProperty" Name="LicenseType" Value="`<mp-A-value>`"/>
 </CustomProperties>
 <!--NeedCopy-->

Un catalogue existant avec :
- Des CustomProperties pour StorageAccountType et OsType
- Un MachineProfile mpA.vm qui définit des zones

Mises à jour :

Un MachineProfile mpB.vm qui définit StorageAccountType et LicenseType
ServiceOffering n’est pas spécifié

Set-ProvScheme -MachineProfile "XDHyp:\HostingUnits\azureunit\machineprofile.folder\azure.resourcegroup\mpB.vm"

Les valeurs suivantes sont définies comme propriétés personnalisées pour le catalogue :

 Get-ProvScheme | select ServiceOffering
 serviceoffering.folder\`<value-from-machineprofile>`.serviceoffering

 Get-ProvScheme | select CustomProperties
 <CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <Property xsi:type="StringProperty" Name="StorageAccountType" Value="`<mpB-value>`"/>
 <Property xsi:type="StringProperty" Name="OSType" Value="`<prior-CustomProperties-value>`"/>
 <Property xsi:type="StringProperty" Name="LicenseType" Value="`<mpB-value>`"/>
 </CustomProperties>
 <!--NeedCopy-->

Créer ou mettre à jour un catalogue de machines à l’aide d’une image Azure Compute Gallery

Lorsque vous sélectionnez une image à utiliser pour créer un catalogue de machines, vous pouvez choisir des images que vous avez créées dans Azure Compute Gallery.

Pour que ces images apparaissent, vous devez :

1. Configurer un site Citrix Virtual Apps and Desktops.
1. Vous connecter à Azure Resource Manager.

Dans le portail Azure, créer un groupe de ressources. Pour plus de détails, consultez Créer une Azure Compute Gallery à l’aide du portail.

1. Dans le groupe de ressources, créer une Azure Compute Gallery.
1. Dans l’Azure Compute Gallery, créer une définition d’image.
1. Dans la définition d’image, créer une version d’image.
- Utilisez les commandes PowerShell suivantes pour créer ou mettre à jour un catalogue de machines à l’aide d’une image d’Azure Compute Gallery :

Ouvrez une fenêtre PowerShell.
Exécutez asnp citrix* pour charger les modules PowerShell spécifiques à Citrix.

Sélectionnez un groupe de ressources, puis listez toutes les galeries de ce groupe de ressources.

Get-ChildItem -LiteralPath @("XDHyp:\HostingUnits\testresource\image.folder\sharedImageGalleryTest.resourcegroup")
<!--NeedCopy-->

Sélectionnez une galerie, puis listez toutes les définitions d’image de cette galerie.

Get-ChildItem -LiteralPath @("XDHyp:\HostingUnits\testresource\image.folder\sharedImageGalleryTest.resourcegroup\sharedImageGallery.sharedimagegallery")
<!--NeedCopy-->

Sélectionnez une définition d’image, puis listez toutes les versions d’image de cette définition d’image.

Get-ChildItem -LiteralPath @("XDHyp:\HostingUnits\testresource\image.folder\sharedImageGalleryTest.resourcegroup\sharedImageGallery.sharedimagegallery\sigtestimage.imagedefinition")
<!--NeedCopy-->

Créez et mettez à jour un catalogue MCS à l’aide des éléments suivants :
- Groupe de ressources
- Galerie
- Définition d’image de galerie
- Version d’image de galerie
Pour plus d’informations sur la création d’un catalogue à l’aide du SDK PowerShell distant, consultez https://developer-docs.citrix.com/projects/citrix-virtual-apps-desktops-sdk/en/latest/creating-a-catalog/.

Configurer Shared Image Gallery

Utilisez la commande New-ProvScheme pour créer un schéma de provisionnement avec la prise en charge de Shared Image Gallery. Utilisez la commande Set-ProvScheme pour activer ou désactiver cette fonctionnalité pour un schéma de provisionnement et pour modifier le ratio de réplication et les valeurs maximales de réplication.

Trois propriétés personnalisées ont été ajoutées aux schémas de provisionnement pour prendre en charge la fonctionnalité Shared Image Gallery :

-  `UseSharedImageGallery`

Définit s’il faut utiliser Shared Image Gallery pour stocker les images publiées. Si la valeur est définie sur True, l’image est stockée en tant qu’image Shared Image Gallery, sinon l’image est stockée en tant qu’instantané.
Les valeurs valides sont True et False.
Si la propriété n’est pas définie, la valeur par défaut est False.

SharedImageGalleryReplicaRatio

Définit le ratio de machines par rapport aux réplicas de version d’image de galerie.
Les valeurs valides sont des nombres entiers supérieurs à 0.
Si la propriété n’est pas définie, les valeurs par défaut sont utilisées. La valeur par défaut pour les disques de système d’exploitation persistants est 1000 et la valeur par défaut pour les disques de système d’exploitation non persistants est 40.

SharedImageGalleryReplicaMaximum

Définit le nombre maximal de réplicas pour chaque version d’image de galerie.
Si la propriété n’est pas définie, la valeur par défaut est 100.
Si la propriété n’est pas définie, la valeur par défaut est 100.

Conseil :

Lorsque vous utilisez Shared Image Gallery pour stocker une image publiée pour les catalogues provisionnés par MCS dans Azure, MCS définit le nombre de réplicas de la version d’image de galerie en fonction du nombre de machines dans le catalogue, du ratio de réplication et du maximum de réplicas. Le nombre de réplicas est calculé en divisant le nombre de machines dans le catalogue par le ratio de réplication (arrondi à l’entier supérieur le plus proche), puis en plafonnant la valeur au nombre maximal de réplicas. Par exemple, avec un ratio de réplication de 20 et un maximum de 5, 0 à 20 machines ont un réplica créé, 21 à 40 en ont 2, 41 à 60 en ont 3, 61 à 80 en ont 4, et 81+ en ont 5.

Cas d’utilisation : Mise à jour du ratio de réplication et du nombre maximal de réplicas de la galerie d’images partagées

Le catalogue de machines existant utilise la galerie d’images partagées. Utilisez la commande Set-ProvScheme pour mettre à jour les propriétés personnalisées de toutes les machines existantes dans le catalogue et de toutes les machines futures :

Set-ProvScheme -ProvisioningSchemeName catalog-name -CustomProperties '<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <Property xsi:type="StringProperty" Name="StorageType" Value="Standard_LRS"/> <Property xsi:type="StringProperty" Name="UseManagedDisks" Value="True"/> <Property xsi:type="StringProperty" Name="UseSharedImageGallery" Value="True"/> <Property xsi:type="IntProperty" Name="SharedImageGalleryReplicaRatio" Value="30"/> <Property xsi:type="IntProperty" Name="SharedImageGalleryReplicaMaximum" Value="20"/></CustomProperties>'
<!--NeedCopy-->

Cas d’utilisation : Conversion d’un catalogue d’instantanés en catalogue de galerie d’images partagées

Pour ce cas d’utilisation :

Exécutez Set-ProvScheme avec l’indicateur UseSharedImageGallery défini sur True. Incluez éventuellement les propriétés SharedImageGalleryReplicaRatio et SharedImageGalleryReplicaMaximum.
Mettez à jour le catalogue.
Redémarrez les machines pour forcer une mise à jour.

Par exemple :

Set-ProvScheme -ProvisioningSchemeName catalog-name -CustomProperties '<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <Property xsi:type="StringProperty" Name="StorageType" Value="Standard_LRS"/> <Property xsi:type="StringProperty" Name="UseManagedDisks" Value="True"/> <Property xsi:type="StringProperty" Name="UseSharedImageGallery" Value="True"/> <Property xsi:type="IntProperty" Name="SharedImageGalleryReplicaRatio" Value="30"/> <Property xsi:type="IntProperty" Name="SharedImageGalleryReplicaMaximum" Value="20"/></CustomProperties>'
<!--NeedCopy-->

Astuce :

Les paramètres SharedImageGalleryReplicaRatio et SharedImageGalleryReplicaMaximum ne sont pas obligatoires. Une fois la commande Set-ProvScheme exécutée, l’image de la galerie d’images partagées n’a pas encore été créée. Une fois le catalogue configuré pour utiliser la galerie, la prochaine opération de mise à jour du catalogue stocke l’image publiée dans la galerie. La commande de mise à jour du catalogue crée la galerie, l’image de la galerie et la version de l’image. Le redémarrage des machines les met à jour, et le nombre de réplicas est alors mis à jour, le cas échéant. À partir de ce moment, toutes les machines non persistantes existantes sont réinitialisées à l’aide de l’image de la galerie d’images partagées et toutes les machines nouvellement provisionnées sont créées à l’aide de l’image. L’ancien instantané est automatiquement nettoyé en quelques heures.

Cas d’utilisation : Conversion d’un catalogue de galerie d’images partagées en catalogue d’instantanés

Pour ce cas d’utilisation :

Exécutez Set-ProvScheme avec l’indicateur UseSharedImageGallery défini sur False ou non défini.
Mettez à jour le catalogue.
Redémarrez les machines pour forcer une mise à jour.

Par exemple :

Set-ProvScheme -ProvisioningSchemeName catalog-name -CustomProperties '<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <Property xsi:type="StringProperty" Name="StorageType" Value="Standard_LRS"/> <Property xsi:type="StringProperty" Name="UseManagedDisks" Value="True"/> <Property xsi:type="StringProperty" Name="UseSharedImageGallery" Value="False"/></CustomProperties>'
<!--NeedCopy-->

Astuce :

Contrairement à la mise à jour d’un instantané vers un catalogue de galerie d’images partagées, les données personnalisées de chaque machine ne sont pas encore mises à jour pour refléter les nouvelles propriétés personnalisées. Exécutez la commande suivante pour afficher les propriétés personnalisées d’origine de la galerie d’images partagées : Get-ProvVm -ProvisioningSchemeName catalog-name. Une fois la commande Set-ProvScheme exécutée, l’instantané de l’image n’a pas encore été créé. Une fois le catalogue configuré pour ne pas utiliser la galerie, la prochaine opération de mise à jour du catalogue stocke l’image publiée sous forme d’instantané. À partir de ce moment, toutes les machines non persistantes existantes sont réinitialisées à l’aide de l’instantané et toutes les machines nouvellement provisionnées sont créées à partir de l’instantané. Le redémarrage des machines les met à jour, et les données personnalisées des machines sont alors mises à jour pour refléter que UseSharedImageGallery est défini sur False. Les anciens actifs de la galerie d’images partagées (galerie, image et version) sont automatiquement nettoyés en quelques heures.

Provisionner des machines dans des zones de disponibilité spécifiées

Vous pouvez provisionner des machines dans des zones de disponibilité spécifiques dans les environnements Azure. Vous pouvez y parvenir à l’aide de PowerShell.

Remarque :

Si aucune zone n’est spécifiée, MCS laisse Azure placer les machines dans la région. Si plusieurs zones sont spécifiées, MCS distribue les machines de manière aléatoire entre elles.

Si vous sélectionnez ZRS comme redondance de stockage sur la page Types de stockage et de licence, un avertissement vous suggère de désélectionner la zone et de laisser Azure gérer les zones de disponibilité des machines virtuelles. Vous recevez l’avertissement uniquement si vous sélectionnez un profil de machine ou un groupe d’hôtes qui a des zones de disponibilité.

Configurer les zones de disponibilité via PowerShell

À l’aide de PowerShell, vous pouvez afficher les éléments d’inventaire des offres en utilisant Get-Item. Par exemple, pour afficher l’offre de service Standard_B1ls de la région Est des États-Unis :

$serviceOffering = Get-Item -path "XDHyp:\Connections\my-connection-name\East US.region\serviceoffering.folder\Standard_B1ls.serviceoffering"
<!--NeedCopy-->

Pour afficher les zones, utilisez le paramètre AdditionalData pour l’élément :

$serviceOffering.AdditionalData

Si les zones de disponibilité ne sont pas spécifiées, il n’y a aucun changement dans la façon dont les machines sont provisionnées.

Pour configurer les zones de disponibilité via PowerShell, utilisez la propriété personnalisée Zones disponible avec l’opération New-ProvScheme. La propriété Zones définit une liste de zones de disponibilité dans lesquelles provisionner des machines. Ces zones peuvent inclure une ou plusieurs zones de disponibilité. Par exemple, <Property xsi:type="StringProperty" Name="Zones" Value="1, 3"/> pour les zones 1 et 3.

Utilisez la commande Set-ProvScheme pour mettre à jour les zones d’un schéma de provisionnement.

Si une zone non valide est fournie, le schéma de provisionnement n’est pas mis à jour et un message d’erreur apparaît, fournissant des instructions sur la façon de corriger la commande non valide.

Astuce :

Si vous spécifiez une propriété personnalisée non valide, le schéma de provisionnement n’est pas mis à jour et un message d’erreur pertinent apparaît.

Types de stockage

Sélectionnez différents types de stockage pour les machines virtuelles dans les environnements Azure qui utilisent MCS. Pour les machines virtuelles cibles, MCS prend en charge :

Disque du système d’exploitation : SSD premium, SSD ou HDD
Disque de cache en écriture différée : SSD premium, SSD ou HDD

Lors de l’utilisation de ces types de stockage, tenez compte des éléments suivants :

Assurez-vous que votre VM prend en charge le type de stockage sélectionné.
Si votre configuration utilise un disque éphémère Azure, l’option de paramètre de disque de cache en écriture différée n’est pas disponible.

Conseil :

StorageType est configuré pour un type de système d’exploitation et un compte de stockage. WBCDiskStorageType est configuré pour le type de stockage de cache en écriture différée. Pour un catalogue normal, StorageType est requis. Si WBCDiskStorageType n’est pas configuré, StorageType est utilisé par défaut pour WBCDiskStorageType.

Si WBCDiskStorageType n’est pas configuré, StorageType est utilisé par défaut pour WBCDiskStorageType

Configurer les types de stockage

Pour configurer les types de stockage pour une VM, utilisez le paramètre StorageType dans New-ProvScheme. Définissez la valeur du paramètre StorageType sur l’un des types de stockage pris en charge.

Voici un exemple de jeu du paramètre CustomProperties dans un schéma de provisionnement :

Set-ProvScheme -ProvisioningSchemeName catalog-name -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="StorageType" Value="Premium_LRS" />
<Property xsi:type="StringProperty" Name="LicenseType" Value="Windows_Client" />
</CustomProperties>'
<!--NeedCopy-->

Activer le stockage redondant interzone

Vous pouvez sélectionner le stockage redondant interzone lors de la création du catalogue. Il réplique de manière synchrone votre disque géré Azure sur plusieurs zones de disponibilité, ce qui vous permet de récupérer après une défaillance dans une zone en utilisant la redondance des autres.

Vous pouvez spécifier Premium_ZRS et StandardSSD_ZRS dans les propriétés personnalisées du type de stockage. Le stockage ZRS peut être configuré à l’aide de propriétés personnalisées existantes ou via le modèle MachineProfile. Le stockage ZRS est également pris en charge avec la commande Set-ProvVMUpdateTimeWindow avec les paramètres -StartsNow et -DurationInMinutes -1, et vous pouvez faire passer une machine existante du stockage LRS au stockage ZRS.

Limitations :

Pris en charge uniquement pour les disques gérés
Pris en charge uniquement avec les disques SSD (Solid-State Drive) premium et standard
Non pris en charge avec StorageTypeAtShutdown
Disponible uniquement dans certaines régions.
Les performances d’Azure diminuent lors de la création de disques ZRS à grande échelle. Par conséquent, pour la première mise sous tension, allumez les machines par petits lots (moins de 300 machines à la fois).

Définir le stockage redondant interzone comme type de stockage de disque

Vous pouvez sélectionner le stockage redondant interzone lors de la création initiale du catalogue, ou vous pouvez mettre à jour votre type de stockage dans un catalogue existant.

Sélectionner le stockage redondant interzone à l’aide de commandes PowerShell

Lors de la création d’un nouveau catalogue dans Azure à l’aide de la commande PowerShell New-ProvScheme, utilisez Standard_ZRS comme valeur dans le StorageAccountType. Par exemple :

<Property xsi:type="StringProperty" Name="StorageAccountType" Value="StandardSSD_ZRS" />
<!--NeedCopy-->

Lors de la définition de cette valeur, elle est validée par une API dynamique qui détermine si elle peut être utilisée correctement. Les exceptions suivantes peuvent se produire si l’utilisation de ZRS n’est pas valide pour votre catalogue :

StorageTypeAtShutdownNotSupportedForZrsDisks : La propriété personnalisée StorageTypeAtShutdown ne peut pas être utilisée avec le stockage ZRS.
StorageAccountTypeNotSupportedInRegion : Cette exception se produit si vous tentez d’utiliser le stockage ZRS dans une région Azure qui ne prend pas en charge ZRS.
ZrsRequiresManagedDisks : Vous ne pouvez utiliser le stockage redondant interzone qu’avec des disques gérés.

Vous pouvez définir le type de stockage de disque à l’aide des propriétés personnalisées suivantes :

StorageType
WBCDiskStorageType
IdentityDiskStorageType

Remarque :

Lors de la création du catalogue, le StorageType du disque de système d’exploitation du profil de machine est utilisé si les propriétés personnalisées ne sont pas définies.

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 un catalogue Microsoft Azure

April 8, 2026

Contributeur:

C C

April 8, 2026

Contributeur:

C C

Dans cet article

Créer un catalogue de machines
Créer un catalogue de machines à l’aide d’une image Azure Resource Manager dans Web Studio
Conditions d’éligibilité du disque temporaire Azure pour le disque de cache en écriture différée
Scénarios de disque de cache en écriture différée non persistant
Créer une spécification de modèle Azure
Utiliser une spécification de modèle pour créer ou mettre à jour un catalogue
Chiffrement côté serveur Azure
Double chiffrement sur disque géré
Groupes de ressources Azure
Disques éphémères Azure
Azure Compute Gallery
VM confidentielles Azure
Surveillance de l’intégrité du démarrage
Azure Marketplace
Créer un catalogue de VM de réservation de capacité à la demande
Virtualisation imbriquée
SKU NVMe uniquement
Créer un catalogue de machines à l’aide de PowerShell
Créer un catalogue avec un disque de cache de réécriture non persistant
Créer un catalogue avec un disque de cache de réécriture persistant
Améliorer les performances de démarrage avec MCSIO
Utiliser une spécification de modèle pour créer ou mettre à jour un catalogue à l’aide de PowerShell
Catalogues de machines avec lancement approuvé
Utiliser les valeurs de propriété du profil de machine
Créer ou mettre à jour un catalogue de machines à l’aide d’une image Azure Compute Gallery
Configurer Shared Image Gallery
Provisionner des machines dans des zones de disponibilité spécifiées
Types de stockage

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

Créer un catalogue Microsoft Azure

Créer un catalogue de machines

Créer un catalogue de machines à l’aide d’une image Azure Resource Manager dans Web Studio

Conditions d’éligibilité du disque temporaire Azure pour le disque de cache en écriture différée

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

Créer une spécification de modèle Azure

Utiliser une spécification de modèle pour créer ou mettre à jour un catalogue

Chiffrement côté serveur Azure

Considérations importantes lors de l’utilisation de clés de chiffrement gérées par le client

Récupérer les informations de chiffrement au niveau de l’hôte à partir d’un profil de machine

Double chiffrement sur disque géré

Groupes de ressources Azure

Utilisation des groupes de ressources Azure

Disques éphémères Azure

Stocker un disque temporaire de système d’exploitation éphémère

Disque éphémère Azure et optimisation du stockage Machine Creation Services (MCS) (MCS I/O)

Azure Compute Gallery

VM confidentielles Azure

Considérations importantes pour les VM confidentielles

Préparer les images principales et les profils de machine

Créer des VM confidentielles à l’aide de Web Studio ou de commandes PowerShell

Surveillance de l’intégrité du démarrage

Créer un catalogue de machines activé avec la surveillance de l’intégrité

Créer un profil de machine avec l’extension GuestAttestation installée et activée

Azure Marketplace

Assurez-vous que l’image créée dans la Galerie d’images partagées contient les informations de plan Azure

Créer un catalogue de VM de réservation de capacité à la demande

Limitations

Virtualisation imbriquée

SKU NVMe uniquement

Limitations

Créer un catalogue à l’aide d’une offre de service qui prend en charge à la fois SCSI et NVMe

Créer un catalogue à l’aide d’une offre de service qui prend en charge uniquement NVMe

Modifier les machines virtuelles persistantes existantes

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

Créer un catalogue avec un disque de cache de réécriture non persistant

Créer un catalogue avec un disque de cache de réécriture persistant

Améliorer les performances de démarrage avec MCSIO

Utiliser une spécification de modèle pour créer ou mettre à jour un catalogue à l’aide de PowerShell

Catalogues de machines avec lancement approuvé

Créer un catalogue de machines avec lancement approuvé

Mettre à jour un catalogue de machines avec lancement approuvé

Erreurs lors de la création de catalogues de machines avec le Lancement approuvé

Utiliser les valeurs de propriété du profil de machine

Créer ou mettre à jour un catalogue de machines à l’aide d’une image Azure Compute Gallery

Configurer Shared Image Gallery

Cas d’utilisation : Mise à jour du ratio de réplication et du nombre maximal de réplicas de la galerie d’images partagées

Cas d’utilisation : Conversion d’un catalogue d’instantanés en catalogue de galerie d’images partagées

Cas d’utilisation : Conversion d’un catalogue de galerie d’images partagées en catalogue d’instantanés

Provisionner des machines dans des zones de disponibilité spécifiées

Configurer les zones de disponibilité via PowerShell

Types de stockage

Configurer les types de stockage

Activer le stockage redondant interzone

Définir le stockage redondant interzone comme type de stockage de disque

Sélectionner le stockage redondant interzone à l’aide de commandes PowerShell

Dans cet article