Documentation produit
Citrix DaaS
Voir PDF

Créer un catalogue Microsoft Azure

September 30, 2024
Contributeur: 
C C

Remarque :

Depuis juillet 2023, Microsoft a renommé Azure Active Directory (Azure AD) Microsoft Entra ID. Dans ce document, toute occurrence de l’appellation Azure Active Directory, Azure AD ou de l’acronyme AAD fait désormais référence à Microsoft Entra ID.

La section Créer des catalogues de machines décrit les assistants qui permettent de créer un catalogue de machines. Les informations suivantes couvrent les détails spécifiques aux environnements de 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. Voir 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 Studio

Ces informations étayent les instructions disponibles dans la section Créer des catalogues de machines.

Une image peut être un disque, un instantané ou une version d’image d’une définition d’image dans Azure Compute Gallery utilisé 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.

Remarque :

  • L’utilisation d’un disque non géré pour provisionner une machine virtuelle est obsolète.
  • 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 Azure Compute Gallery pour répliquer l’image principale dans la région souhaitée.

Lors de la préparation de l’image, une machine virtuelle (machine virtuelle) de préparation est créée sur la base de la machine virtuelle d’origine. Cette machine virtuelle de préparation est déconnectée du réseau. 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 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ù le GUID est généré de manière aléatoire. Par exemple, Citrix-Deny-All-a3pgu-3f161981-28e2-4223-b797-88b04d336dd1.

Dans l’assistant de création de catalogue de machines :

  1. Les pages Type de machine et Gestion des machines ne contiennent aucune information spécifique à Azure. Suivez les instructions de l’article Créer des catalogues de machines.

  2. Sur la page Image, sélectionnez l’image que vous souhaitez utiliser comme image principale pour toutes les machines du catalogue. L’assistant Sélectionner une image s’affiche. Pour sélectionner une image, procédez comme suit :

    1. (Applicable uniquement aux connexions configurées avec des images partagées au sein des locataires ou entre eux) Sélectionnez un abonnement dans lequel se trouve l’image.
    2. Sélectionnez un groupe de ressources.
    3. Accédez au disque géré Azure, à Azure Compute Gallery ou à la version d’image Azure.

    Lorsque vous sélectionnez une image, tenez compte des points suivants :

    • Vérifiez qu’un Citrix VDA est installé sur l’image.
    • Si vous sélectionnez un disque rattaché à une VM, vous devez arrêter la VM avant de passer à l’étape suivante.

    Remarque :

    • L’abonnement correspondant à la connexion (hôte) qui a créé les machines du catalogue est indiqué par un point vert. Les autres abonnements sont ceux pour lesquels une galerie Azure Compute Gallery est 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, reportez-vous aux sections Partager des images au sein d’un locataire (entre abonnements) et Partager des images entre locataires.
    • Vous pouvez créer un schéma de provisioning à l’aide d’un disque d’OS éphémère sous Windows avec lancement fiable. Lorsque vous sélectionnez une image avec lancement fiable, vous devez sélectionner un profil de machine avec lancement fiable qui est activé avec vTPM. Pour créer des catalogues de machines à l’aide d’un disque d’OS éphémère, consultez Comment créer des machines à l’aide de disques d’OS éphémères.
    • Lorsque la réplication de l’image est en cours, vous pouvez continuer et sélectionner l’image comme image principale et terminer la configuration. Toutefois, la création du catalogue peut prendre plus de temps pendant la réplication de l’image. MCS requiert que la réplication soit terminée dans un délai d’une heure à compter de la création du catalogue. Si le délai de réplication est dépassé, 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.
    • Vous pouvez provisionner un catalogue de machines virtuelles Gen2 en utilisant une image Gen2 pour améliorer les performances de démarrage. Toutefois, 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 non plus prise en charge. Par ailleurs, toute image plus ancienne qui ne possède pas d’informations de génération est une image Gen1.

    Choisissez si vous souhaitez que les machines virtuelles du catalogue héritent des configurations d’un profil de machine. Par défaut, la case Utiliser un profil de machine (obligatoire pour Azure Active Directory) est cochée. Cliquez sur Sélectionner un profil de machine pour accéder à une spécification de modèle ARM ou machine virtuelle à partir d’une liste de groupes de ressources.

    Voici quelques exemples de configurations dont les machines virtuelles peuvent hériter d’un profil de machine :

    • Réseaux accélérés
    • Diagnostic de démarrage
    • Mise en cache du disque hôte (relative aux disques OS et MCSIO)
    • Taille de la machine (sauf indication contraire)
    • Balises placées sur la machine virtuelle

    Remarque :

    • Lorsque vous sélectionnez une image principale pour les catalogues de machines dans Azure, le profil de machine est filtré en fonction de l’image principale que vous avez sélectionnée. Par exemple, le profil de la machine est filtré en fonction du système d’exploitation Windows, du type de sécurité, de la prise en charge de la mise en veille prolongée et de l’identifiant du jeu de chiffrement de disque de l’image principale.
    • L’utilisation d’un profil de machine avec lancement fiable comme Type de sécurité est obligatoire lorsque vous sélectionnez une image ou un instantané pour lequel le lancement fiable est activé. Vous pouvez ensuite activer ou désactiver SecureBoot et vTPM en spécifiant leurs valeurs dans le profil de la machine. Pour plus d’informations sur le lancement fiable Azure, consultez https://docs.microsoft.com/en-us/azure/virtual-machines/trusted-launch.

    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. Pour plus d’informations sur la création d’une spécification de modèle Azure, voir Créer une spécification de modèle Azure.

    Il existe deux manières 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 s’affichent si la spécification du modèle ARM contient des erreurs.
    • Exécutez une des commandes PowerShell suivantes :
      • Test-ProvInventoryItem -HostingUnitName <string> -InventoryPath <string>
      • Test-ProvInventoryItem -HostingUnitUid <Guid> -InventoryPath <string>

      Par exemple :

       Test-ProvInventoryItem -HostingUnitName "we-vdi0101-d-vnet" -InventoryPath machineprofile.folder/vdi01-d-rg.resourcegroup/VDD-templ-spec.templatespec/1.5.templatespecversion
 <!--NeedCopy-->

    Après avoir créé le catalogue, vous pouvez afficher les configurations du profil de machine dont l’image hérite. Dans le nœud Catalogues de machines, sélectionnez le catalogue pour afficher ses détails dans le volet inférieur. Cliquez ensuite 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 machine virtuelle, cliquez sur Afficher tout.

    Si vous souhaitez que MCS provisionne des machines virtuelles sur un hôte dédié Azure, cochez la case Utiliser un groupe d’hôtes, puis sélectionnez un groupe d’hôtes dans la liste. Un groupe d’hôtes est une ressource qui représente un ensemble d’hôtes dédiés. Un hôte dédié est un service qui fournit des serveurs physiques qui hébergent une ou plusieurs machines virtuelles. 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 s’assure que vos machines virtuelles sont les seules machines exécutées sur cet hôte. Cette fonctionnalité convient aux scénarios dans lesquels vous devez répondre à 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 la rubrique Provisionner des machines virtuelles sur des hôtes dédiés Azure.

    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 contenues dans le groupe d’hôtes sélectionné sont affichées sur cette page. De plus, les zones de disponibilité sont sélectionnées automatiquement et ne sont pas proposées à la sélection.

  3. La page Types de stockage et de licence s’affiche uniquement lors de l’utilisation de l’image Azure Resource Manager.

    Les types de stockage suivants peuvent être utilisés pour le catalogue de machines :

    • SSD premium. Offre une option de stockage sur disque hautes performances et à faible latence adaptée aux machines virtuelles avec des charges d’E/S intensives.
    • SSD standard. Offre une option de stockage économique qui convient aux charges de travail nécessitant des performances constantes à des niveaux d’E/S par seconde inférieurs.
    • HDD standard. Offre une option de stockage sur disque fiable et économique adaptée aux machines virtuelles qui exécutent des charges de travail insensibles à la latence.
    • Disque d’OS éphémère Azure. Offre une option de stockage économique qui réutilise le disque local des machines virtuelles pour héberger le disque du système d’exploitation. Vous pouvez également utiliser PowerShell pour créer des machines qui utilisent des disques d’OS éphémères. Pour plus d’informations, consultez Disques éphémères Azure. Lorsque vous utilisez un disque d’OS éphémère, tenez compte des points suivants :
      • Le disque d’OS éphémère Azure et les E/S de MCS ne peuvent pas être activés en même temps.
      • Pour mettre à jour les machines qui utilisent des disques d’OS éphémères, vous devez sélectionner une image dont la taille n’excède pas la taille du disque cache ou du disque temporaire de la machine virtuelle.
      • Vous ne pouvez pas utiliser l’option Conserver la machine virtuelle et le disque système pendant les cycles d’alimentation proposée ultérieurement dans l’Assistant.

    Remarque :

    Le disque d’identité est toujours créé à l’aide d’un SSD standard, quel que soit le type de stockage que vous choisissez.

    Le type de stockage détermine les tailles de machine qui sont disponibles sur la page Machines virtuelles de l’assistant. MCS configure les disques standard et premium pour utiliser le stockage localement redondant (LRS). LRS effectue de multiples copies synchrones de vos données dans un seul data center. Les disques d’OS éphémères Azure utilisent le disque local des machines virtuelles pour stocker le système d’exploitation. Pour de plus amples informations sur les types de stockage et la réplication de stockage Azure, consultez les rubriques suivantes :

    Indiquez si vous souhaitez utiliser des licences Windows ou Linux existantes :

    • Licences Windows : l’utilisation de licences Windows avec des images Windows (images de support de plate-forme 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 d’utiliser Azure Hybrid Benefits. Pour plus de détails, consultez https://azure.microsoft.com/en-us/pricing/hybrid-benefit/. Azure Hybrid Benefit réduit les coûts d’exécution de machine virtuelle dans Azure au taux de calcul de base, les licences Windows Server supplémentaires de la galerie Azure sont donc gratuites.

      • Licence client Windows. Vous permet de transférer vos licences Windows 10 et Windows 11 vers 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 la section Licences d’accès client et licences de gestion.

    • Licences Linux : avec les licences Linux BYOS (Bring-Your-Own-Subscription), vous n’avez pas à payer le logiciel. Les frais BYOS incluent uniquement les frais liés au matériel informatique. Il existe deux types de licences :

      • RHEL_BYOS : pour utiliser le type RHEL_BYOS, activez Red Hat Cloud Access sur votre abonnement Azure.
      • SLES_BYOS : les versions BYOS de SLES incluent la prise en charge de SUSE.

    Consultez les pages suivantes :

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

    Azure Compute Gallery est un référentiel permettant de gérer et de partager des images. Il vous permet de mettre vos images à disposition de l’ensemble de votre organisation. Nous vous recommandons de stocker une image dans Azure Compute Gallery lors de la création de catalogues de machines non persistants volumineux, car cela permet de réinitialiser plus rapidement les disques du 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 des paramètres Azure Compute Gallery supplémentaires :

    • Ratio réplicas d’images/machines virtuelles. Permet de spécifier le ratio entre les machines virtuelles et les réplicas d’images que vous souhaitez conserver dans Azure. Par défaut, Azure conserve un réplica d’image unique pour 40 machines non persistantes. Pour les machines persistantes, ce nombre est 1 000 par défaut.

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

    Pour plus d’informations sur Azure Compute Gallery, consultez la section Azure Compute Gallery.

    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.

  4. Sur la page Machines virtuelles, indiquez le nombre de machines virtuelles à créer et leur taille. Après la création du catalogue, vous pouvez modifier la taille de machine en modifiant le catalogue.
  5. La page Cartes d’interface réseau ne contient pas d’informations spécifiques à Azure. Suivez les instructions de l’article Créer des catalogues de machines.

  6. Sur la page Paramètres du disque, indiquez si vous souhaitez activer le cache en écriture différée. Lorsque la fonctionnalité d’optimisation du stockage MCS est activée, vous pouvez configurer les paramètres suivants lors de la création d’un catalogue. Ces paramètres s’appliquent aux environnements Azure et GCP.

    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 un cache pour les données temporaires.

    • Sélectionnez le type de stockage pour le disque de cache en écriture différée. Les options de stockage suivantes peuvent être utilisées pour le disque de cache en écriture différée :

      • SSD premium
      • SSD standard
      • HDD standard

    • Choisissez si vous souhaitez que le disque de cache en écriture différée persiste pour les machines virtuelles provisionnées. Sélectionnez Activer le cache en écriture différée pour voir les options disponibles. Par défaut, l’option Utiliser disque de cache en écriture différée non persistant est sélectionnée.

    • Sélectionnez le type de disque de cache en écriture différée.

      • Utilisez 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é pendant les 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 de l’onglet Propriétés du modèle. Si le disque temporaire est utilisé, l’option Disque de cache en écriture différée non persistant est affichée et sa valeur est Oui (à l’aide du disque temporaire de la machine virtuelle). Si ce n’est pas le cas, l’option Disque de cache en écriture différée non persistant est affichée et sa valeur est Non (sans le disque temporaire de la machine virtuelle).
      • Utiliser 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.

    • Indiquez si vous souhaitez conserver les machines virtuelles et les disques système pour les VDA pendant les cycles d’alimentation.

      Conservation des machines virtuelles et des disques 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 si vous souhaitez activer les économies sur les coûts de stockage. Si cette option est activée, réduisez les coûts de stockage en rétrogradant le disque de stockage vers un disque dur standard lorsque la machine virtuelle s’arrête. La machine virtuelle revient à ses paramètres d’origine au redémarrage. L’option s’applique à la fois aux disques de stockage et aux disques de cache à écriture différée. Vous pouvez également utiliser PowerShell. Voir Changer 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 lors de l’arrêt de la machine virtuelle. Il est également possible que Microsoft bloque les changements de type de stockage à l’avenir. Pour plus d’informations, veuillez consulter cet article Microsoft.

    • Choisissez si vous souhaitez crypter les données sur les machines de ce catalogue et quelle clé de cryptage utiliser. Le cryptage côté serveur à l’aide d’une clé gérée par le client (CMK) vous permet de gérer le cryptage 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 la machine ou de l’image principale, le profil étant prioritaire :

      • 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 sélectionnée automatiquement 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 plate-forme (PMK) et que l’image principale est cryptée avec une CMK, l’option Utiliser la clé suivante pour chiffrer les données sur chaque machine est sélectionnée automatiquement et la valeur par défaut est la clé de l’image principale.
      • Si vous n’utilisez pas de profil de machine et que l’image principale est cryptée avec une CMK, l’option Utiliser la clé suivante pour chiffrer les données sur chaque machine est sélectionnée automatiquement et utilise par défaut la clé de l’image principale.

    Pour plus d’informations, consultez Chiffrement Azure côté serveur.

  7. Sur la page Groupe de ressources, choisissez si vous souhaitez créer des groupes de ressources ou 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 les groupes dans la liste Groupes de ressources de provisioning disponibles.

    Remarque :

    Sélectionnez un nombre suffisant de groupes pour prendre en charge les machines que vous créez dans le catalogue. Un message s’affiche si vous n’en choisissez pas assez. Vous pouvez sélectionner un nombre supérieur au minimum requis si vous envisagez d’ajouter d’autres machine virtuelle au catalogue ultérieurement. Vous ne pouvez pas ajouter d’autres groupes de ressources à un catalogue après que le catalogue a été créé.

    Pour plus d’informations, consultez la rubrique Groupes de ressources Azure.

  8. Sur la page Identités des machines, choisissez un type d’identité et configurez les identités des machines de ce catalogue. Si vous sélectionnez Joint à Azure Active Directory pour les machines virtuelles, vous pouvez les ajouter à un groupe de sécurité Azure AD. Les étapes détaillées sont les suivantes :

    1. Dans le champ Type d’identité, sélectionnez Joint à Azure Active Directory. L’option Groupe de sécurité Azure AD (facultatif) s’affiche.
    2. Cliquez sur Groupe de sécurité Azure AD : Créer un nouveau.
    3. Entrez un nom de groupe, puis cliquez sur Créer.
    4. Suivez les instructions qui s’affichent à l’écran pour vous connecter à Azure. Si le nom du groupe n’existe pas dans Azure, une icône verte apparaît. Dans le cas contraire, un message d’erreur s’affiche vous demandant de saisir un nouveau nom.
    5. Pour ajouter le groupe de sécurité à un groupe de sécurité attribué, sélectionnez Rejoindre un groupe de sécurité attribué en tant que membre, puis cliquez sur Sélectionner un groupe pour choisir un groupe à rejoindre.
    6. Entrez le schéma de dénomination des comptes de machines virtuelles.

    Après la création du catalogue, Citrix DaaS 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. Selon cette règle, les machines virtuelles dont le schéma de dénomination est spécifié dans ce catalogue sont automatiquement ajoutées au groupe de sécurité.

    Pour ajouter des machines virtuelles avec un schéma de dénomination différent à ce catalogue, vous devez vous connecter à Azure. Citrix DaaS peut ensuite accéder à Azure et créer une règle d’appartenance dynamique basée sur le nouveau schéma de dénomination.

    Lorsque vous supprimez ce catalogue, la suppression du groupe de sécurité d’Azure nécessite également de vous connecter à Azure.

    Remarque :

    Pour renommer le groupe de sécurité Azure AD après la création du catalogue, modifiez le catalogue et accédez à l’option Groupe de sécurité Azure AD dans le menu de navigation de gauche. Les noms des groupes de sécurité Azure AD ne doivent pas contenir les caractères suivants : @ " \ / ; : # . * ? = < > | [ ] ( ) '.

  • Les pages Informations d’identification du domaine et Résumé ne contiennent pas d’informations spécifiques à Azure. Suivez les instructions de l’article Créer des catalogues de machines.

Suivez les instructions de l’assistant.

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 Studio ou exécuter des 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 machine virtuelle existante :

  1. Accédez au portail Azure. Sélectionnez un groupe de ressources, puis sélectionnez la machine virtuelle et l’interface réseau. Dans le menu … en haut de la page, cliquez sur Exporter le modèle.
  2. Décochez la case Inclure les paramètres si vous souhaitez créer une spécification de modèle pour le provisioning du catalogue.
  3. Cliquez sur Ajouter à la bibliothèque pour modifier ultérieurement la spécification de modèle.
  4. Sur la page Importation du modèle, entrez les informations requises telles que le nom, l’abonnement, le groupe de ressources, l’emplacement et la version. Cliquez sur Suivant : Modifier le modèle.

  5. 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 tout dependsOn spécifié dans la spécification de modèle. Par exemple :

    "dependsOn": [
"[resourceId('Microsoft.Network/networkInterfaces', 'tnic937')]"
],
<!--NeedCopy-->
  6. Créez Examiner et créer et créez la spécification de modèle.
  7. Sur la page Specs 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.
  8. Vous pouvez créer une nouvelle version en cliquant sur Créer version. Spécifiez un nouveau numéro de version, modifiez la spécification de modèle actuelle, puis cliquez sur Examiner et 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 :

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

Vous pouvez provisionner des machines dans une zone de disponibilité spécifique dans les environnements Azure. Vous pouvez pour cela utiliser Studio ou 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 dans ces zones.

Configurer des zones de disponibilité dans Studio

Lors de la création d’un catalogue de machines, vous pouvez spécifier des zones de disponibilité dans lesquelles vous souhaitez provisionner des machines. Sur la page Machines virtuelles, sélectionnez une ou plusieurs zones de disponibilité dans lesquelles vous souhaitez créer des machines.

Il existe deux raisons pour lesquelles aucune zone de disponibilité n’est proposée : la région n’a pas de zones de disponibilité ou la taille de machine sélectionnée n’est pas disponible.

Pour plus d’informations sur la configuration à l’aide d’une commande PowerShell, consultez la section Configurer des zones de disponibilité à l’aide de PowerShell.

Disques éphémères Azure

Un disque éphémère Azure vous permet de réutiliser le disque cache ou le disque temporaire pour stocker le disque d’OS d’une machine virtuelle compatible Azure. Cette fonctionnalité est utile pour les environnements Azure qui nécessitent un disque SSD plus performant sur un disque dur standard. Pour plus d’informations sur la création d’un catalogue avec un disque éphémère Azure, consultez la section Créer un catalogue avec un disque éphémère Azure.

Remarque :

Les catalogues persistants ne prennent pas en charge les disques d’OS éphémères.

Les disques d’OS éphémères nécessitent que votre schéma de provisioning utilise des disques gérés et une galerie Azure Compute Gallery. Pour plus d’informations, consultez la rubrique Galerie d’images partagées Azure.

Stocker un disque temporaire d’OS éphémère

Vous avez la possibilité de stocker un disque d’OS éphémère sur le disque temporaire de la machine virtuelle ou sur un disque de ressources. Cette fonctionnalité vous permet d’utiliser un disque d’OS éphémère avec une machine virtuelle qui ne possède pas de cache ou dont le cache est insuffisant. Ces machines virtuelles disposent d’un disque temporaire ou de ressources pour stocker un disque d’OS éphémère, tel que Ddv4.

Tenez compte des considérations suivantes :

  • Un disque éphémère est stocké soit sur le disque cache de la machine virtuelle, soit sur le disque temporaire (ressource) de la machine virtuelle. Le disque de cache est préféré au disque temporaire, sauf si le disque de cache n’est pas suffisamment grand pour le contenu du disque d’OS.
  • Pour les mises à jour, une nouvelle image plus grande que le disque cache mais plus petite que le disque temporaire entraîne le remplacement du disque d’OS éphémère par le disque temporaire de la machine virtuelle.

Optimisation du stockage MCS (Machine Creation Services) (E/S de MCS) et du disque d’OS éphémère

Le disque d’OS éphémère Azure et les E/S de MCS ne peuvent pas être activés en même temps.

Remarques importantes :

  • Vous ne pouvez pas créer un catalogue de machines avec le disque d’OS éphémère et les E/S de MCS activés en même temps.

  • Dans l’assistant Création d’un catalogue de machines, si vous sélectionnez Disque d’OS éphémère Azure sur la page Types de stockage et de licence, vous ne voyez pas l’option pour les paramètres de disque de cache en écriture différée sur la page Paramètres du disque.

    Disque d'OS éphémère Azure sélectionné

    Paramètres du disque de cache en écriture différée non disponibles

  • Les paramètres PowerShell (UseWriteBackCache et UseEphemeralOsDisk) définis sur true dans New-ProvScheme ou Set-ProvScheme provoquent un échec et génèrent un message d’erreur approprié.
  • Pour les catalogues de machines existants créés avec les deux fonctionnalités activées, vous pouvez toujours :
    • mettre un catalogue de machines à jour
    • ajouter ou supprimer des machines virtuelles
    • supprimer un catalogue de machines

Utilisez Azure Compute Gallery (anciennement Shared Image Gallery) en tant que référentiel d’images publiées pour les machines provisionnées avec 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 du système d’exploitation, ce qui améliore les temps de démarrage et de lancement des applications pour les machines virtuelles non persistantes. Azure Compute Gallery contient les trois éléments suivants :

  • Galerie : les images sont stockées ici. MCS crée une galerie pour chaque catalogue de machines.
  • Définition de l’image de la 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 Image Gallery : chaque image d’une galerie Azure Compute Gallery peut avoir plusieurs versions et chacune peut avoir plusieurs réplicas dans différentes régions. Chaque réplica est une copie complète de l’image publiée. Citrix DaaS crée une version d’image Standard_LRS (version 1.0.0) pour chaque image avec le nombre approprié de réplicas dans la région du catalogue, en fonction du nombre de machines dans le catalogue, du ratio de réplica configuré et du maximum de réplicas configuré.

Remarque :

La fonctionnalité Azure Compute Gallery est uniquement compatible avec les disques gérés. Elle n’est pas disponible pour les anciens catalogues de machines.

Pour plus d’informations, consultez la rubrique Vue d’ensemble des galeries d’images partagées.

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

Pour que ces images apparaissent, vous devez :

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

Pour plus d’informations sur la configuration d’Azure Compute Gallery, consultez la section Configurer Azure Compute Gallery.

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

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

  • Le disque de cache en écriture différée ne doit pas persister car le disque temporaire Azure n’est pas approprié pour les données persistantes.
  • La taille de machine virtuelle Azure choisie doit inclure un disque temporaire.
  • Il n’est pas nécessaire d’activer le disque d’OS éphémère.
  • Acceptez de placer le fichier de cache en écriture différée sur le disque temporaire Azure.
  • La taille du disque temporaire Azure doit être supérieure à la taille totale de (taille du disque du cache en écriture différée + espace réservé pour le fichier d’échange + 1 Go d’espace tampon).

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

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

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

Consultez les rubriques PowerShell suivantes :

Chiffrement Azure côté serveur

Citrix DaaS 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. Cette prise en charge vous permet de gérer vos exigences en matière d’organisation et de conformité en chiffrant les disques gérés de votre catalogue de machines à l’aide de vos propres clés de chiffrement. Pour plus d’informations, consultez Chiffrement côté serveur de stockage sur disque Azure.

Lors de l’utilisation de cette fonctionnalité pour les disques gérés :

  • Pour modifier la clé avec laquelle le disque est chiffré, modifiez la clé actuelle dans DiskEncryptionSet. Toutes les ressources associées à la modification de DiskEncryptionSet doivent être chiffrées avec la nouvelle clé.

  • Lorsque vous désactivez ou supprimez votre clé, toutes les machines virtuelles avec des disques utilisant cette clé s’arrêtent automatiquement. Après l’arrêt, les machines virtuelles ne sont pas utilisables, sauf si la clé est réactivée ou si vous attribuez une nouvelle clé. Tout catalogue utilisant la clé ne peut pas être mis sous tension et vous ne pouvez pas y ajouter de machines virtuelles.

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

Tenez compte de ce qui suit lors de l’utilisation de cette fonctionnalité :

  • Toutes les ressources associées aux clés gérées par le client (instances Azure Key Vaults, jeux de cryptage de disque, machines virtuelles, 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 à l’aide de clés gérées par le client ne peuvent pas être transférés vers un autre groupe de ressources et un autre abonnement.
  • Consultez le site Microsoft pour connaître les limitations des jeux de cryptage de disque par région.

Remarque :

Consultez Démarrage rapide : créer un coffre de clés avec le portail Azure pour plus d’informations sur la configuration du cryptage Azure côté serveur.

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

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

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

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

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

Consultez la section Créer un catalogue de machines avec une clé gérée par le client.

Cryptage de disque sur l’hôte Azure

Vous pouvez créer un catalogue de machines MCS avec fonctionnalité de cryptage sur l’hôte. Actuellement, MCS prend uniquement en charge 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 circulent via le serveur de stockage Azure. Par conséquent, cette méthode de chiffrement chiffre les données de bout en bout.

Restrictions :

Limites du chiffrement de disque Azure sur l’hôte :

  • Non pris en charge pour toutes les tailles de machines Azure
  • Incompatible avec le chiffrement de disque Azure

Pour plus d’informations, consultez :

Chiffrement double sur disque géré

Vous pouvez créer un catalogue de machines avec chiffrement double. Tous les catalogues créés à l’aide de cette fonctionnalité sont chiffrés côté serveur à l’aide de clés gérées par la plate-forme et par le client. Vous possédez et gérez Azure Key Vault, la clé de chiffrement et les jeux de chiffrement de disque (DES).

Le chiffrement double est un chiffrement côté plate-forme (par défaut) et un chiffrement géré par le client (CMEK). Par conséquent, si vous êtes un client gérant des données sensibles en termes de sécurité et que vous êtes préoccupé par le risque associé à un algorithme de cryptage, à une mise en œuvre ou à une clé compromise, vous pouvez opter pour ce cryptage double. Les disques du système d’exploitation et de données persistants, ainsi que les instantanés et les images sont chiffrés au repos à l’aide du chiffrement double.

Remarque :

  • Vous pouvez créer et mettre à jour un catalogue de machines utilisant un cryptage double à l’aide de Studio et de commandes PowerShell.
  • Vous pouvez utiliser un workflow non basé sur un profil de machine ou un workflow basé sur un profil de machine pour créer ou mettre à jour un catalogue de machines utilisant un cryptage double.
  • Si vous créez un catalogue de machines à l’aide d’un workflow non basé sur un profil de machine, vous pouvez réutiliser l’ID 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 chiffrement double n’est pas pris en charge pour les disques Ultra Disks ou Premium SSD v2.
  • Le chiffrement double n’est pas pris en charge sur les disques non gérés.
  • Si vous désactivez une clé de jeu de chiffrement de disque associée à un catalogue, les machines virtuelles du catalogue sont désactivées.
  • Toutes les ressources associées à vos clés gérées par le client (Azure Key Vault, jeux de chiffrement de disque, machines virtuelles, disques et instantanés) doivent résider dans le même abonnement et la même région.
  • Vous ne pouvez créer qu’un maximum de 50 jeux de cryptage de disque par région et par abonnement.

Consultez les rubriques PowerShell suivantes :

Groupes de ressources Azure

Les groupes de ressources de provisioning d’Azure permettent de provisionner les machine virtuelle qui fournissent des applications et bureaux aux utilisateurs. Vous pouvez ajouter des groupes de ressources Azure vides existants lorsque vous créez un catalogue de machines MCS, ou ils peuvent être créés pour vous. Pour plus d’informations sur les groupes de ressources Azure, consultez la documentation Microsoft.

Utilisation du groupe de ressources Azure

Le nombre de machines virtuelles, de disques gérés, d’instantanés et d’images par groupe de ressources Azure n’est pas limité. (La limitation de 240 machines virtuelles/800 disques gérés par groupe de ressources Azure a été supprimée.)

  • Lorsque vous utilisez le principal de service à étendue complète pour créer un catalogue de machines, MCS crée uniquement un groupe de ressources Azure et utilise ce groupe pour le catalogue.
  • Lorsque vous utilisez le principal de service à étendue limitée pour créer un catalogue de machines, vous devez fournir un groupe de ressources Azure précréé vide pour le catalogue.

Azure Marketplace

Citrix DaaS 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.

Conseil :

Certaines images disponibles sur Azure Marketplace, telles que l’image Windows Server standard, n’ajoutent pas d’informations de plan. La fonctionnalité Citrix DaaS est destinée aux images payantes.

Suivez la procédure décrite dans cette section pour afficher les images Azure Compute Gallery dans Studio. Ces images peuvent éventuellement être utilisées pour une image principale. Pour placer l’image dans Azure Compute Gallery, créez une définition d’image dans une galerie.

Shared Image Gallery d'Azure Marketplace

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

Les champs d’informations sur le plan d’achat sont initialement vides. Renseignez ces champs avec les informations de plan d’achat utilisées pour l’image. 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. Elle est utilisée comme image principale. Cliquez sur Ajouter une version :

Ajouter une version de VDA dans Azure Marketplace

Dans la section Détails de la version, sélectionnez l’instantané d’image ou le disque géré comme source :

Sélectionner des options de VDA dans Azure Marketplace

Provisionner des machines virtuelles de catalogue avec l’agent Azure Monitor installé

Le service de surveillance Azure vous permet de collecter, d’analyser et d’exploiter des données de télémétrie provenant de vos environnements Azure et locaux.

L’agent Azure Monitor Agent (AMA) collecte les données de surveillance à partir de ressources de calcul telles que des machines virtuelles et les transmet à Azure Monitor. Il prend actuellement en charge la collecte des journaux d’événements, du syslog et des mesures de performance, et les envoie aux sources de données Azure Monitor Metrics et Azure Monitor Logs.

Pour surveiller en identifiant de manière unique les machines virtuelles dans les données de surveillance, vous pouvez provisionner les machines virtuelles d’un catalogue de machines MCS avec l’agent AMA installé en tant qu’extension.

Exigences

  • Autorisations : assurez-vous de disposer des autorisations Azure minimales spécifiées dans la section À propos des autorisations Azure et des autorisations suivantes pour utiliser Azure Monitor :

    • Microsoft.Compute/virtualMachines/extensions/read
    • Microsoft.Compute/virtualMachines/extensions/write
    • Microsoft.Insights/DataCollectionRuleAssociations/Read
    • Microsoft.Insights/dataCollectionRuleAssociations/write
    • Microsoft.Insights/DataCollectionRules/Read
  • Règle de collecte de données : configurez une règle de collecte de données dans le portail Azure. Pour plus d’informations sur la configuration d’une règle de collecte de données, consultez la section Créer une règle de collecte de données. Une règle de collecte de données est spécifique à une plate-forme (Windows ou Linux). Assurez-vous de créer une règle pour la plate-forme requise. L’agent AMA utilise des règles de collecte de données (DCR) pour gérer le mappage entre les ressources, telles que les machines virtuelles, et les sources de données, telles qu’Azure Monitor Metrics et Azure Monitor Logs.
  • Espace de travail par défaut : créez un espace de travail dans le portail Azure. Pour plus d’informations sur la création d’un espace de travail, voir Créer un espace de travail Log Analytics. Lorsque vous collectez des journaux et des données, les informations sont stockées dans un espace de travail. Un espace de travail possède un identifiant d’espace de travail et un identifiant de ressource uniques. Le nom de l’espace de travail doit être unique pour un groupe de ressources donné. Après avoir créé un espace de travail, configurez les sources de données et les solutions pour stocker leurs données dans l’espace de travail.
  • Extension Monitor ajoutée à la liste blanche : les extensions AzureMonitorWindowsAgent et AzureMonitorLinuxAgent sont des extensions sur liste blanche définies par Citrix. Pour afficher la liste des extensions figurant sur la liste blanche, utilisez la commande PowerShell, Get-ProvMetadataConfiguration.
  • Image principale : Microsoft recommande de supprimer les extensions d’une machine existante avant d’en créer une nouvelle à partir de celle-ci. Si les extensions ne sont pas supprimées, des fichiers peuvent rester et un comportement inattendu peut se produire. Pour plus d’informations, consultez Si la machine virtuelle est recréée à partir d’une machine virtuelle existante.

Pour plus d’informations sur la création d’un catalogue avec AMA activé à l’aide de PowerShell, consultez Provisionner des machines virtuelles de catalogue avec AMA activé.

Machines virtuelles confidentielles Azure

Les machines virtuelles informatiques confidentielles Azure garantissent que votre bureau virtuel est chiffré en mémoire et protégé lors de son utilisation.

Vous pouvez utiliser MCS pour créer un catalogue avec des machines virtuelles confidentielles Azure. Vous devez utiliser le workflow du profil de machine pour créer un tel catalogue. Vous pouvez utiliser les spécifications de modèle VM et ARM comme entrée de profil de machine.

Considérations importantes concernant les machines virtuelles confidentielles

Considérations importantes concernant les tailles de machines virtuelles prises en charge et la création d’un catalogue de machines avec des machines virtuelles confidentielles :

  • Tailles de machines virtuelles prises en charge : les machines virtuelles confidentielles prennent en charge les tailles de machines virtuelles suivantes :

    • Série DCasv5
    • Série DCadsv5
    • Série ECasv5
    • Série ECadsv5

  • Créez un catalogue de machines avec des machines virtuelles confidentielles.

    • Vous pouvez créer un catalogue de machines virtuelles confidentielles Azure à l’aide de Studio et des commandes PowerShell.
    • Vous devez utiliser un workflow basé sur le profil de machine pour créer un catalogue de machines avec des machines virtuelles confidentielles Azure. Vous pouvez utiliser une machine virtuelle ou une spécification de modèle comme entrée de profil de machine.

    • L’image principale et l’entrée du profil de la machine doivent toutes deux être activées avec le même type de sécurité confidentiel. Ces types de sécurité sont les suivants :

      • VMGuestStateOnly : machine virtuelle confidentielle avec cryptage de l’état invité seulement de la machine virtuelle
      • DiskWithVMGuestState : machine virtuelle confidentielle avec cryptage du disque du système d’exploitation et de l’état invité de la machine virtuelle à l’aide d’une clé gérée par la plate-forme ou d’une clé gérée par le client. Les disques du système d’exploitation normal et éphémère peuvent être chiffrés.

    • Le paramètre AdditionalData vous permet d’obtenir des informations de machine virtuelle confidentielle sur différents types de ressources, tels qu’un disque géré, un instantané, une image Azure Compute Gallery, une machine virtuelle et une spécification de modèle ARM. Par exemple :

       PS C:\Users\username> (get-item XDHyp:\HostingUnits\mynetwork\image.folder\username-dev-testing-rg.resourcegroup\username-dev-tsvda.vm).AdditionalData
 <!--NeedCopy-->

      Les champs de données supplémentaires sont les suivants :

      • DiskSecurityType
      • ConfidentialVMDiskEncryptionSetId
      • DiskSecurityProfiles

      Pour obtenir la propriété informatique confidentielle 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émentaire est ConfidentialComputingType.

    • Vous ne pouvez pas modifier l’image principale ou le profil de la machine d’un type de sécurité confidentiel vers un type de sécurité non confidentiel, ou d’un type de sécurité non confidentiel vers un type de sécurité confidentiel.
    • Vous obtenez des messages d’erreur appropriés pour toute configuration incorrecte.

Préparer des images principales et des profils de machines

Avant de créer un ensemble de machines virtuelles confidentielles, préparez leur image principale et leur profil de machine en procédant comme suit :

  1. Dans le portail Azure, créez une machine virtuelle confidentielle avec des paramètres spécifiques, tels que :
    • Type de sécurité : machines virtuelles confidentielles
    • Cryptage des disques confidentiels du système d’exploitation : activé.
    • Gestion des clés : cryptage des disques confidentiels à l’aide d’une clé gérée par la plateforme Pour plus d’informations sur la création de machines virtuelles confidentielles, consultez cet article de Microsoft.

  2. Préparez l’image principale sur la machine virtuelle créée. Installez les applications et le VDA nécessaires sur la machine virtuelle créée.

    Remarque :

    La création de machines virtuelles confidentielles à l’aide d’un disque dur virtuel n’est pas prise en charge. Pour cela, utilisez plutôt Azure Compute Gallery, des disques gérés ou des instantanés.

  3. Créez le profil de machine en appliquant l’une des méthodes suivantes :

    • Utilisez la machine virtuelle 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 vos besoins. Plus spécifiquement, vous devez configurer les paramètres qui répondent à la configuration requise de votre machine virtuelle confidentielle, tels que SecurityEncryptionType et diskEncryptionSet (pour les clés gérées 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 la machine ont le même type de clé de sécurité.
      • Pour créer des machines virtuelles confidentielles nécessitant un cryptage des disques confidentiels du système d’exploitation à l’aide d’une clé gérée par le client, assurez-vous que les ID du jeu de cryptage de disque sont identiques dans l’image principale et dans le profil de la machine.

Créer des machines virtuelles confidentielles à l’aide de Studio ou de commandes PowerShell

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

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

  • Sur la page Image, sélectionnez l’image principale et le profil de machine que vous avez préparés en vue de la création d’une machine virtuelle confidentielle. La sélection d’un profil de machine est obligatoire et seuls les profils correspondant au même type de cryptage de sécurité que celui de l’image principale sélectionnée sont disponibles.
  • Sur la page Machines virtuelles, seules les tailles de machine compatibles avec les machines virtuelles confidentielles s’affichent pour la sélection.
  • Sur la page Paramètres de disque, vous ne pouvez pas spécifier le jeu de cryptage de disque, car il est hérité du profil de machine sélectionné.

Créez un catalogue de machines virtuelles 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 relative à la réservation de capacité à la demande.

Vous pouvez créer un catalogue de machines MCS de machines virtuelles Azure avec réservation de capacité à la demande à l’aide d’un profil de machine (spécification de machine virtuelle ou de modèle). Vous pouvez également mettre à jour un catalogue de machines existant et des machines virtuelles existantes pour organiser 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 :

  • Machines virtuelles Spot
  • Groupe d’hôtes
  • Machines virtuelles activées pour la mise en veille prolongée

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

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

  1. Créez une source de profil de machine (spécification de machine virtuelle ou de modèle ARM). Pour créer une spécification de machine virtuelle ou de modèle ARM, consultez la section Associer une machine virtuelle à un groupe de réservation de capacité.

  2. Exécutez la commande PowerShell suivante pour vérifier si la réservation de capacité à la demande est activée ou non pour un profil de machine. Si c’est le cas, vous obtenez le capacityReservationGroup id.

    Par exemple,

    Si la source du profil de la 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 la 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-->
  3. Créez un catalogue de machines à l’aide d’un profil de machine à l’aide de Studio ou de 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 la machine est mis à jour lors de la prochaine mise sous tension.

Virtualisation imbriquée

Si vous configurez la machine virtuelle principale avec la virtualisation imbriquée activée, la virtualisation imbriquée est activée pour toutes les machines virtuelles du catalogue de machines MCS créées à l’aide de cette machine virtuelle principale. Cette fonctionnalité s’applique à la fois aux machines virtuelles persistantes et non persistantes. Vous pouvez mettre à jour un catalogue de machines MCS existant et des machines virtuelles existantes pour disposer d’une virtualisation imbriquée via la mise à jour de l’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.

Utiliser PowerShell

Cette section explique comment effectuer les tâches suivantes à l’aide de PowerShell :

Utiliser une spécification de modèle lors de la création ou de la mise à jour d’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 Studio ou les commandes PowerShell.

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

Utilisation des commandes PowerShell :

  1. Ouvrez la fenêtre PowerShell.
  2. Exécutez asnp citrix*.
  3. Créez ou mettez à jour un catalogue.
    • Pour créer un catalogue :

      1. 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>]
[<CommonParameters>]
<!--NeedCopy-->

      2. 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/testing.templatespec/V1.templatespecversion'
 [-ProvisioningSchemeName] <String>
 [-CustomProperties <String>][-ServiceOffering <String>] [-PassThru]
 [<CommonParameters>]
 <!--NeedCopy-->

Activer les extensions de VM Azure

Après avoir sélectionné la spécification de modèle ARM, exécutez les commandes PowerShell suivantes pour utiliser les extensions de VM Azure :

  • Pour afficher la liste des extensions de VM Azure prises en charge : Get-ProvMetadataConfiguration

  • Pour ajouter d’autres extensions de VM : Add-ProvMetadataConfiguration. Par exemple, Add-ProvMetadataConfiguration -PluginType "AzureRM" -ConfigurationName "Extension" -ConfigurationValue "CustomScriptExtension"

    Si vous essayez d’ajouter l’un des éléments suivants, la commande échoue avec un message d’erreur :

    • Extension définie par Citrix.
    • Extension existante définie par l’utilisateur.
    • Clés de configuration non prises en charge. Actuellement, la clé de configuration prise en charge est Extension.
  • Pour supprimer des extensions de la liste : Remove-ProvMetadataConfiguration. Vous pouvez supprimer les extensions que vous avez ajoutées.

Catalogues de machines avec lancement fiable

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

  • Un profil de machine avec lancement fiable
  • Une taille de machine virtuelle qui prend en charge le lancement fiable
  • Une version de machine virtuelle Windows qui prend en charge le lancement fiable. Actuellement, Windows 10, Windows 11, Windows Server 2016, 2019 et 2022 prennent en charge le lancement fiable.

Important :

MCS prend en charge la création d’un catalogue avec des machines virtuelles compatibles avec le lancement fiable. Cependant, pour mettre à jour un catalogue persistant existant et des machines virtuelles existantes, vous devez utiliser le portail Azure. Vous ne pouvez pas mettre à jour le lancement fiable d’un catalogue non persistant. Pour plus d’informations, consultez le document Microsoft Activez le lancement fiable sur une machine virtuelle existante.

Pour afficher les éléments d’inventaire Citrix DaaS et pour déterminer si la taille de machine virtuelle prend en charge le lancement fiable, exécutez la commande suivante :

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

  3. Exécutez la commande suivante :

    $s = (ls XDHyp:\HostingUnits<name of hosting unit>\serviceoffering.folder"<VM size>".serviceoffering)
<!--NeedCopy-->
  4. Exécutez $s | select -ExpandProperty Additionaldata.

  5. Vérifiez la valeur de l’attribut SupportsTrustedLaunch.

    • Si la valeur de SupportsTrustedLaunch est True, la taille de machine virtuelle prend en charge le lancement fiable.
    • Si la valeur de SupportsTrustedLaunch est False, la taille de machine virtuelle ne prend pas en charge le lancement fiable.

Avec Azure PowerShell, vous pouvez utiliser la commande suivante pour déterminer les tailles de machine virtuelle qui prennent en charge le lancement fiable :

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

Vous trouverez ci-dessous des exemples qui indiquent si la taille de machine virtuelle prend en charge le lancement fiable après avoir exécuté la commande Azure PowerShell.

  • Exemple 1 : si la machine virtuelle Azure prend uniquement en charge la génération 1, elle ne prend pas en charge le lancement fiable. Par conséquent, la fonctionnalité TrustedLaunchDisabled n’est pas affichée après l’exécution de la commande Azure PowerShell.
  • Exemple 2 : si la machine virtuelle Azure prend uniquement en charge la génération 2 et que la fonctionnalité TrustedLaunchDisabled est True, la taille de machine virtuelle de génération 2 ne prend pas en charge le lancement fiable.
  • Exemple 3 : si la machine virtuelle Azure prend uniquement en charge la génération 2 et que la fonctionnalité TrustedLaunchDisabled n’est pas affichée après l’exécution de la commande PowerShell, la taille de machine virtuelle de génération 2 prend en charge le lancement fiable.

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

Créer un catalogue de machines avec lancement fiable

  1. Créez une image principale compatible avec le lancement fiable. Consultez la documentation Microsoft Images de machine virtuelle de lancement fiable.
  2. Créez une machine virtuelle ou une spécification de modèle avec le type de sécurité machines virtuelles de lancement fiable. 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 de lancement fiable.

  3. Créez un catalogue de machines à l’aide de Studio ou de commandes PowerShell.

    • Si vous souhaitez utiliser Studio, consultez Créer un catalogue de machines à l’aide d’une image Azure Resource Manager dans 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 obtenir la liste complète des commandes permettant de créer un catalogue, consultez la section Création d’un catalogue.

      Exemple de commande New-ProvScheme avec une machine virtuelle comme entrée de profil de machine :

       New-ProvScheme -CleanOnBoot -HostingUnitName "name" -IdentityPoolName "name" -InitialBatchSizeHint 1
 -MasterImageVM "XDHyp:/HostingUnits/azure/image.folder/fgthj.resourcegroup/nab-ws-vda_OsDisk_1_xxxxxxxxxxa.manageddisk"
 -MachineProfile "XDHyp:\HostingUnits<adnet>\machineprofile.folder<def.resourcegroup><machine profile vm.vm>"
 -ProvisioningSchemeName <String>
 -HostingUnitName <String>
 -IdentityPoolName <String>
 [-ServiceOffering <String>][-CustomProperties <String>]
 [<CommonParameters>]
 <!--NeedCopy-->

      Exemple de commande New-ProvScheme avec une spécification de modèle comme entrée de profil de machine :

       New-ProvScheme -CleanOnBoot -HostingUnitName "name" -IdentityPoolName "name" -InitialBatchSizeHint 1
 -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>]
 <!--NeedCopy-->

Erreurs lors de la création de catalogues de machines avec le lancement fiable

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

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 sélectionnez un profil de machine prenant en charge le lancement fiable lors de la création d’un catalogue avec un disque non géré comme image principale SecurityTypeNotSupportedForUnmanagedDisk
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 avec le lancement fiable comme type de sécurité MachineProfileNotFoundForTrustedLaunchMasterImage
Si vous sélectionnez un profil de machine avec un type de sécurité différent du type de sécurité de l’image principale SecurityTypeConflictBetweenMasterImageAndMachineProfile
Si vous sélectionnez une taille de machine virtuelle qui ne prend pas en charge le lancement fiable mais que vous utilisez une image principale qui prend en charge le lancement fiable lors de la création d’un catalogue MachineSizeNotSupportTrustedLaunch

Utiliser les valeurs des propriétés du profil 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é
  • ID de jeu de chiffrement de disque
  • Type d’OS
  • 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 du modèle ARM ou de la machine virtuelle, selon celle qui est utilisée comme profil de machine. De plus, si ServiceOffering n’est pas spécifié, il est défini à partir du profil de la machine.

Remarque :

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

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

  • Scénarios New-ProvScheme

    • MachineProfile a toutes les propriétés et les propriétés 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 en tant que 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-->

    • MachineProfile a certaines propriétés et les propriétés CustomProperties ne sont pas définies. Exemple : MachineProfile a uniquement LicenseType et OSType.

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

      Les valeurs suivantes sont définies en tant que 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-->

    • MachineProfile et 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 sont prioritaires. Les valeurs suivantes sont définies en tant que 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 MachineProfile et certaines sont définies dans CustomProperties. Exemple :
      • CustomProperties définit LicenseType et StorageAccountType
      • 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 en tant que 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 MachineProfile et certaines sont définies dans CustomProperties. ServiceOffering n’est pas défini. Exemple :

      • CustomProperties définit StorageType
      • 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"
 <!--NeedCopy-->

      Les valeurs suivantes sont définies en tant que 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 OSType ne figure ni dans CustomProperties ni dans MachineProfile, alors :
      • La valeur est lue à partir de l’image principale.
      • Si l’image principale est un disque non géré, 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 :

      • CustomProperties pour StorageAccountType et OSType
      • MachineProfile mpA.vm qui définit les zones

    • Mises à jour :

      • MachineProfile mpB.machine virtuelle qui définit StorageAccountType
      • Un nouveau jeu 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 en tant que 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="<CustomPropertiesB-value>"/>
 <Property xsi:type="StringProperty" Name="LicenseType" Value="<CustomPropertiesB-value>"/>
     </CustomProperties>
 <!--NeedCopy-->
    • Un catalogue existant avec :
      • CustomProperties pour StorageAccountType et OSType
      • MachineProfile mpA.vm qui définit StorageAccountType et LicenseType
    • Mises à jour :
      • Un nouveau jeu de propriétés personnalisées $CustomPropertiesB qui définit StorageAccountType et OSType

      Set-ProvScheme -CustomProperties $CustomPropertiesB

      Les valeurs suivantes sont définies en tant que 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 :
      • CustomProperties pour StorageAccountType et OSType
      • MachineProfile mpA.vm qui définit les zones
    • Mises à jour :
      • MachineProfile mpB.machine virtuelle 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 en tant que 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-->

Configurer des zones de disponibilité à l’aide de PowerShell

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

$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 de l’élément :

$serviceOffering.AdditionalData

Si les zones de disponibilité ne sont pas spécifiées, les machines sont provisionnées de la même façon.

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 les 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 provisioning.

Si une zone non valide est fournie, le schéma de provisioning n’est pas mis à jour et un message d’erreur apparaît indiquant comment corriger la commande non valide.

Conseil :

Si vous spécifiez une propriété personnalisée non valide, le schéma de provisioning n’est pas mis à jour et un message d’erreur correspondant s’affiche.

Résultat de l’utilisation simultanée de groupes d’hôtes et de zones de disponibilité Azure

Une vérification préliminaire permet de déterminer si la création d’un catalogue de machines sera réussie en fonction de la zone de disponibilité spécifiée dans la propriété personnalisée et de la zone du groupe d’hôtes. La création du catalogue échoue si la propriété personnalisée de la zone de disponibilité ne correspond pas à la zone du groupe d’hôtes.

Pour plus d’informations sur la configuration des zones de disponibilité via PowerShell, consultez Configuration des zones de disponibilité via PowerShell.

Pour plus d’informations sur les hôtes dédiés Azure, consultez la section Hôtes dédiés Azure.

Le tableau suivant décrit les différentes combinaisons de zone de disponibilité et de zone de groupe d’hôtes, et celles qui entraînent la réussite ou l’échec de la création d’un catalogue de machines.

Zone du groupe d’hôtes Zone de disponibilité dans la propriété personnalisée Résultat de création du catalogue de machines
Spécifié. Par exemple, le groupe d’hôtes se trouve dans la zone 1. Aucun spécifié. Succès. Les machines sont créées dans la zone du groupe d’hôtes.
Spécifié. Par exemple, le groupe d’hôtes se trouve dans la zone 1. Même zone que la zone du groupe d’hôtes. Par exemple, la zone de la propriété personnalisée est définie sur 1. Succès. Les machines sont créées dans la zone 1.
Spécifié. Par exemple, le groupe d’hôtes se trouve dans la zone 1. Différente de la zone du groupe d’hôtes. Par exemple, la zone de la propriété personnalisée est définie sur 2. La zone de disponibilité spécifiée et la zone du groupe d’hôtes ne correspondant pas, la création du catalogue échoue avec une erreur lors des vérifications préliminaires.
Spécifié. Par exemple, le groupe d’hôtes se trouve dans la zone 1. Plusieurs zones sont spécifiées. Par exemple, les zones des propriétés personnalisées sont définies sur 1,2 ou 2,3. La zone de disponibilité spécifiée et la zone du groupe d’hôtes ne correspondant pas, la création du catalogue échoue avec une erreur lors des vérifications préliminaires.
Non spécifié. Par exemple, la zone du groupe d’hôtes est None. Aucun spécifié. Comme la zone de disponibilité spécifiée et la zone du groupe d’hôtes correspondent (c’est-à-dire, aucune zone), la création du catalogue est réussie. Les machines ne sont créées dans aucune zone.
Non spécifié. Par exemple, la zone du groupe d’hôtes est None. Spécifié. Par exemple, les zones de la propriété personnalisée sont définies sur une ou plusieurs zones. La zone de disponibilité spécifiée et la zone du groupe d’hôtes ne correspondant pas, la création du catalogue échoue avec une erreur lors des vérifications préliminaires

Provisionner des machines virtuelles sur des hôtes dédiés Azure

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

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

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

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

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

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

Configurer des types de stockage

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

  • Disque d’OS : SSD premium, SSD ou HDD
  • Disque de cache en écriture différée : SSD premium, SSD ou HDD

Lorsque vous utilisez ces types de stockage, tenez compte des points suivants :

  • Assurez-vous que votre machine virtuelle prend en charge le type de stockage sélectionné.
  • Si votre configuration utilise un disque éphémère Azure, vous ne voyez pas l’option pour le paramètre de disque de cache en écriture différée.

Conseil :

StorageType est configuré pour un type d’OS et un compte de stockage. WBCDiskStorageType est configuré pour le type de stockage 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 des machines virtuelles

Pour configurer les types de stockage de machines virtuelles, définissez le paramètre StorageType dans New-ProvScheme. Pour mettre à jour la valeur du paramètre StorageType dans un catalogue existant avec l’un des types de stockage pris en charge, utilisez la commande Set-ProvScheme.

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

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 (ZRS) lors de la création de catalogue. Il réplique de manière synchrone votre disque géré par Azure sur plusieurs zones de disponibilité, ce qui vous permet de récupérer d’une panne dans une zone en utilisant la redondance dans d’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 défini à l’aide de propriétés personnalisées existantes ou via le modèle MachineProfile. Le stockage ZRS est également compatible avec la commande Set-ProvVMUpdateTimeWindow et les paramètres -StartsNow et -DurationInMinutes -1. Vous pouvez remplacer le stockage localement redondant d’une machine virtuelle existante par un stockage redondant dans une zone.

Remarque :

  • StartsNow indique que l’heure de démarrage planifiée est l’heure actuelle.
  • DurationInMinutes avec un nombre négatif (par exemple, —1) indique qu’il n’y a pas de limite supérieure dans le créneau planifié.

Limitations :

  • Pris en charge uniquement pour les disques gérés
  • Compatible uniquement avec les disques SSD (SSD) haut de gamme et standard
  • Non compatible 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, lors de la première mise sous tension, allumez les machines par lots plus petits (moins de 300 machines à la fois)

Définir le stockage redondant interzone comme type de stockage sur 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 des commandes PowerShell

Lorsque vous créez un nouveau catalogue dans Azure à l’aide de la commande Powershell New-ProvScheme, utilisez Standard_ZRS comme valeur dans StorageAccountType. Par exemple :

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

Lorsque vous définissez 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 un stockage ZRS dans une région Azure qui ne prend pas en charge ce type de stockage.
  • 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 disque d’OS du profil de machine StorageType est utilisé si les propriétés personnalisées ne sont pas définies.

Capturez les paramètres de diagnostic sur les machine virtuelle et les cartes d’interface réseau à partir d’un profil de machine

Vous pouvez capturer les paramètres de diagnostic des machine virtuelle et des cartes d’interface réseau à partir d’un profil de machine au moment de créer un catalogue de machines, de mettre à jour un catalogue de machines existant et de mettre à jour des machine virtuelle existantes.

Vous pouvez créer une spécification de machine virtuelle ou de modèle en tant que source de profil de machine.

Étapes clés

  1. Configurez les identifiants requis dans Azure. Vous devez fournir ces identifiants dans la spécification du modèle.

    • Compte de stockage
    • Espace de travail Log Analytics
    • Espace de noms Event Hub avec tarification standard
  2. Créez une source de profil de machine.
  3. Créez un nouveau catalogue de machines, mettez à jour un catalogue existant ou mettez à jour des machine virtuelle existantes.

Configurer les identifiants requis dans Azure

Configurez l’une des options suivantes dans Azure :

  • Compte de stockage
  • Espace de travail Log Analytics
  • Espace de noms Event Hub avec tarification standard

Configurer un compte de stockage

Créez un compte de stockage standard dans Azure. Dans la spécification du modèle, indiquez storageAccountId comme ResourceID complet du compte de stockage.

Une fois que les machine virtuelle sont configurées pour enregistrer les données sur le compte de stockage, les données se trouvent sous le conteneur insights-metrics-pt1m.

Configurer un espace de travail Log Analytics

Créez un espace de travail Log Analytics. Dans la spécification du modèle, indiquez le ResourceID complet de l’espace de travail Log Analytics tel que le WorkspaceID.

Une fois que les machine virtuelle sont configurées pour enregistrer les données dans l’espace de travail, les données peuvent être interrogées dans Logs in Azure. Vous pouvez exécuter la commande suivante dans Azure, sous Logs, pour afficher le décompte de toutes les mesures enregistrées par une ressource :

`AzureMetrics | summarize Count=count() by ResourceId# Créer un catalogue Microsoft Azure

Remarque :

Depuis juillet 2023, Microsoft a renommé Azure Active Directory (Azure AD) Microsoft Entra ID. Dans ce document, toute occurrence de l’appellation Azure Active Directory, Azure AD ou de l’acronyme AAD fait désormais référence à Microsoft Entra ID.

La section Créer des catalogues de machines décrit les assistants qui permettent de créer un catalogue de machines. Les informations suivantes couvrent les détails spécifiques aux environnements de 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. Voir 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 Studio

Ces informations étayent les instructions disponibles dans la section Créer des catalogues de machines.

Une image peut être un disque, un instantané ou une version d’image d’une définition d’image dans Azure Compute Gallery utilisé 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.

Remarque :

  • L’utilisation d’un disque non géré pour provisionner une machine virtuelle est obsolète.
  • 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 Azure Compute Gallery pour répliquer l’image principale dans la région souhaitée.

Lors de la préparation de l’image, une machine virtuelle (machine virtuelle) de préparation est créée sur la base de la machine virtuelle d’origine. Cette machine virtuelle de préparation est déconnectée du réseau. 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 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 <!JEKYLL@5140@0> où le GUID est généré de manière aléatoire. Par exemple, <!JEKYLL@5140@1>.

Dans l’assistant de création de catalogue de machines :

  1. Les pages Type de machine et Gestion des machines ne contiennent aucune information spécifique à Azure. Suivez les instructions de l’article Créer des catalogues de machines.

  2. Sur la page Image, sélectionnez l’image que vous souhaitez utiliser comme image principale pour toutes les machines du catalogue. L’assistant Sélectionner une image s’affiche. Pour sélectionner une image, procédez comme suit :

    1. (Applicable uniquement aux connexions configurées avec des images partagées au sein des locataires ou entre eux) Sélectionnez un abonnement dans lequel se trouve l’image.
    2. Sélectionnez un groupe de ressources.
    3. Accédez au disque géré Azure, à Azure Compute Gallery ou à la version d’image Azure.

    Lorsque vous sélectionnez une image, tenez compte des points suivants :

    • Vérifiez qu’un Citrix VDA est installé sur l’image.
    • Si vous sélectionnez un disque rattaché à une VM, vous devez arrêter la VM avant de passer à l’étape suivante.

    Remarque :

    • L’abonnement correspondant à la connexion (hôte) qui a créé les machines du catalogue est indiqué par un point vert. Les autres abonnements sont ceux pour lesquels une galerie Azure Compute Gallery est 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, reportez-vous aux sections Partager des images au sein d’un locataire (entre abonnements) et Partager des images entre locataires.
    • Vous pouvez créer un schéma de provisioning à l’aide d’un disque d’OS éphémère sous Windows avec lancement fiable. Lorsque vous sélectionnez une image avec lancement fiable, vous devez sélectionner un profil de machine avec lancement fiable qui est activé avec vTPM. Pour créer des catalogues de machines à l’aide d’un disque d’OS éphémère, consultez Comment créer des machines à l’aide de disques d’OS éphémères.
    • Lorsque la réplication de l’image est en cours, vous pouvez continuer et sélectionner l’image comme image principale et terminer la configuration. Toutefois, la création du catalogue peut prendre plus de temps pendant la réplication de l’image. MCS requiert que la réplication soit terminée dans un délai d’une heure à compter de la création du catalogue. Si le délai de réplication est dépassé, 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.
    • Vous pouvez provisionner un catalogue de machines virtuelles Gen2 en utilisant une image Gen2 pour améliorer les performances de démarrage. Toutefois, 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 non plus prise en charge. Par ailleurs, toute image plus ancienne qui ne possède pas d’informations de génération est une image Gen1.

    Choisissez si vous souhaitez que les machines virtuelles du catalogue héritent des configurations d’un profil de machine. Par défaut, la case Utiliser un profil de machine (obligatoire pour Azure Active Directory) est cochée. Cliquez sur Sélectionner un profil de machine pour accéder à une spécification de modèle ARM ou machine virtuelle à partir d’une liste de groupes de ressources.

    Voici quelques exemples de configurations dont les machines virtuelles peuvent hériter d’un profil de machine :

    • Réseaux accélérés
    • Diagnostic de démarrage
    • Mise en cache du disque hôte (relative aux disques OS et MCSIO)
    • Taille de la machine (sauf indication contraire)
    • Balises placées sur la machine virtuelle

    Remarque :

    • Lorsque vous sélectionnez une image principale pour les catalogues de machines dans Azure, le profil de machine est filtré en fonction de l’image principale que vous avez sélectionnée. Par exemple, le profil de la machine est filtré en fonction du système d’exploitation Windows, du type de sécurité, de la prise en charge de la mise en veille prolongée et de l’identifiant du jeu de chiffrement de disque de l’image principale.
    • L’utilisation d’un profil de machine avec lancement fiable comme Type de sécurité est obligatoire lorsque vous sélectionnez une image ou un instantané pour lequel le lancement fiable est activé. Vous pouvez ensuite activer ou désactiver SecureBoot et vTPM en spécifiant leurs valeurs dans le profil de la machine. Pour plus d’informations sur le lancement fiable Azure, consultez https://docs.microsoft.com/en-us/azure/virtual-machines/trusted-launch.

    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. Pour plus d’informations sur la création d’une spécification de modèle Azure, voir Créer une spécification de modèle Azure.

    Il existe deux manières 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 s’affichent si la spécification du modèle ARM contient des erreurs.
    • Exécutez une des commandes PowerShell suivantes :
      • <!JEKYLL@5140@2>
      • <!JEKYLL@5140@3>

      Par exemple :

      <!JEKYLL@5140@4>

    Après avoir créé le catalogue, vous pouvez afficher les configurations du profil de machine dont l’image hérite. Dans le nœud Catalogues de machines, sélectionnez le catalogue pour afficher ses détails dans le volet inférieur. Cliquez ensuite 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 machine virtuelle, cliquez sur Afficher tout.

    Si vous souhaitez que MCS provisionne des machines virtuelles sur un hôte dédié Azure, cochez la case Utiliser un groupe d’hôtes, puis sélectionnez un groupe d’hôtes dans la liste. Un groupe d’hôtes est une ressource qui représente un ensemble d’hôtes dédiés. Un hôte dédié est un service qui fournit des serveurs physiques qui hébergent une ou plusieurs machines virtuelles. 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 s’assure que vos machines virtuelles sont les seules machines exécutées sur cet hôte. Cette fonctionnalité convient aux scénarios dans lesquels vous devez répondre à 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 la rubrique Provisionner des machines virtuelles sur des hôtes dédiés Azure.

    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 contenues dans le groupe d’hôtes sélectionné sont affichées sur cette page. De plus, les zones de disponibilité sont sélectionnées automatiquement et ne sont pas proposées à la sélection.

  3. La page Types de stockage et de licence s’affiche uniquement lors de l’utilisation de l’image Azure Resource Manager.

    Les types de stockage suivants peuvent être utilisés pour le catalogue de machines :

    • SSD premium. Offre une option de stockage sur disque hautes performances et à faible latence adaptée aux machines virtuelles avec des charges d’E/S intensives.
    • SSD standard. Offre une option de stockage économique qui convient aux charges de travail nécessitant des performances constantes à des niveaux d’E/S par seconde inférieurs.
    • HDD standard. Offre une option de stockage sur disque fiable et économique adaptée aux machines virtuelles qui exécutent des charges de travail insensibles à la latence.
    • Disque d’OS éphémère Azure. Offre une option de stockage économique qui réutilise le disque local des machines virtuelles pour héberger le disque du système d’exploitation. Vous pouvez également utiliser PowerShell pour créer des machines qui utilisent des disques d’OS éphémères. Pour plus d’informations, consultez Disques éphémères Azure. Lorsque vous utilisez un disque d’OS éphémère, tenez compte des points suivants :
      • Le disque d’OS éphémère Azure et les E/S de MCS ne peuvent pas être activés en même temps.
      • Pour mettre à jour les machines qui utilisent des disques d’OS éphémères, vous devez sélectionner une image dont la taille n’excède pas la taille du disque cache ou du disque temporaire de la machine virtuelle.
      • Vous ne pouvez pas utiliser l’option Conserver la machine virtuelle et le disque système pendant les cycles d’alimentation proposée ultérieurement dans l’Assistant.

    Remarque :

    Le disque d’identité est toujours créé à l’aide d’un SSD standard, quel que soit le type de stockage que vous choisissez.

    Le type de stockage détermine les tailles de machine qui sont disponibles sur la page Machines virtuelles de l’assistant. MCS configure les disques standard et premium pour utiliser le stockage localement redondant (LRS). LRS effectue de multiples copies synchrones de vos données dans un seul data center. Les disques d’OS éphémères Azure utilisent le disque local des machines virtuelles pour stocker le système d’exploitation. Pour de plus amples informations sur les types de stockage et la réplication de stockage Azure, consultez les rubriques suivantes :

    Indiquez si vous souhaitez utiliser des licences Windows ou Linux existantes :

    • Licences Windows : l’utilisation de licences Windows avec des images Windows (images de support de plate-forme 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 d’utiliser Azure Hybrid Benefits. Pour plus de détails, consultez https://azure.microsoft.com/en-us/pricing/hybrid-benefit/. Azure Hybrid Benefit réduit les coûts d’exécution de machine virtuelle dans Azure au taux de calcul de base, les licences Windows Server supplémentaires de la galerie Azure sont donc gratuites.

      • Licence client Windows. Vous permet de transférer vos licences Windows 10 et Windows 11 vers 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 la section Licences d’accès client et licences de gestion.

    • Licences Linux : avec les licences Linux BYOS (Bring-Your-Own-Subscription), vous n’avez pas à payer le logiciel. Les frais BYOS incluent uniquement les frais liés au matériel informatique. Il existe deux types de licences :

      • RHEL_BYOS : pour utiliser le type RHEL_BYOS, activez Red Hat Cloud Access sur votre abonnement Azure.
      • SLES_BYOS : les versions BYOS de SLES incluent la prise en charge de SUSE.

    Consultez les pages suivantes :

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

    Azure Compute Gallery est un référentiel permettant de gérer et de partager des images. Il vous permet de mettre vos images à disposition de l’ensemble de votre organisation. Nous vous recommandons de stocker une image dans Azure Compute Gallery lors de la création de catalogues de machines non persistants volumineux, car cela permet de réinitialiser plus rapidement les disques du 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 des paramètres Azure Compute Gallery supplémentaires :

    • Ratio réplicas d’images/machines virtuelles. Permet de spécifier le ratio entre les machines virtuelles et les réplicas d’images que vous souhaitez conserver dans Azure. Par défaut, Azure conserve un réplica d’image unique pour 40 machines non persistantes. Pour les machines persistantes, ce nombre est 1 000 par défaut.

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

    Pour plus d’informations sur Azure Compute Gallery, consultez la section Azure Compute Gallery.

    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.

  4. Sur la page Machines virtuelles, indiquez le nombre de machines virtuelles à créer et leur taille. Après la création du catalogue, vous pouvez modifier la taille de machine en modifiant le catalogue.
  5. La page Cartes d’interface réseau ne contient pas d’informations spécifiques à Azure. Suivez les instructions de l’article Créer des catalogues de machines.

  6. Sur la page Paramètres du disque, indiquez si vous souhaitez activer le cache en écriture différée. Lorsque la fonctionnalité d’optimisation du stockage MCS est activée, vous pouvez configurer les paramètres suivants lors de la création d’un catalogue. Ces paramètres s’appliquent aux environnements Azure et GCP.

    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 un cache pour les données temporaires.

    • Sélectionnez le type de stockage pour le disque de cache en écriture différée. Les options de stockage suivantes peuvent être utilisées pour le disque de cache en écriture différée :

      • SSD premium
      • SSD standard
      • HDD standard

    • Choisissez si vous souhaitez que le disque de cache en écriture différée persiste pour les machines virtuelles provisionnées. Sélectionnez Activer le cache en écriture différée pour voir les options disponibles. Par défaut, l’option Utiliser disque de cache en écriture différée non persistant est sélectionnée.

    • Sélectionnez le type de disque de cache en écriture différée.

      • Utilisez 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é pendant les 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 de l’onglet Propriétés du modèle. Si le disque temporaire est utilisé, l’option Disque de cache en écriture différée non persistant est affichée et sa valeur est Oui (à l’aide du disque temporaire de la machine virtuelle). Si ce n’est pas le cas, l’option Disque de cache en écriture différée non persistant est affichée et sa valeur est Non (sans le disque temporaire de la machine virtuelle).
      • Utiliser 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.

    • Indiquez si vous souhaitez conserver les machines virtuelles et les disques système pour les VDA pendant les cycles d’alimentation.

      Conservation des machines virtuelles et des disques 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 si vous souhaitez activer les économies sur les coûts de stockage. Si cette option est activée, réduisez les coûts de stockage en rétrogradant le disque de stockage vers un disque dur standard lorsque la machine virtuelle s’arrête. La machine virtuelle revient à ses paramètres d’origine au redémarrage. L’option s’applique à la fois aux disques de stockage et aux disques de cache à écriture différée. Vous pouvez également utiliser PowerShell. Voir Changer 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 lors de l’arrêt de la machine virtuelle. Il est également possible que Microsoft bloque les changements de type de stockage à l’avenir. Pour plus d’informations, veuillez consulter cet article Microsoft.

    • Choisissez si vous souhaitez crypter les données sur les machines de ce catalogue et quelle clé de cryptage utiliser. Le cryptage côté serveur à l’aide d’une clé gérée par le client (CMK) vous permet de gérer le cryptage 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 la machine ou de l’image principale, le profil étant prioritaire :

      • 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 sélectionnée automatiquement 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 plate-forme (PMK) et que l’image principale est cryptée avec une CMK, l’option Utiliser la clé suivante pour chiffrer les données sur chaque machine est sélectionnée automatiquement et la valeur par défaut est la clé de l’image principale.
      • Si vous n’utilisez pas de profil de machine et que l’image principale est cryptée avec une CMK, l’option Utiliser la clé suivante pour chiffrer les données sur chaque machine est sélectionnée automatiquement et utilise par défaut la clé de l’image principale.

    Pour plus d’informations, consultez Chiffrement Azure côté serveur.

  7. Sur la page Groupe de ressources, choisissez si vous souhaitez créer des groupes de ressources ou 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 les groupes dans la liste Groupes de ressources de provisioning disponibles.

    Remarque :

    Sélectionnez un nombre suffisant de groupes pour prendre en charge les machines que vous créez dans le catalogue. Un message s’affiche si vous n’en choisissez pas assez. Vous pouvez sélectionner un nombre supérieur au minimum requis si vous envisagez d’ajouter d’autres machine virtuelle au catalogue ultérieurement. Vous ne pouvez pas ajouter d’autres groupes de ressources à un catalogue après que le catalogue a été créé.

    Pour plus d’informations, consultez la rubrique Groupes de ressources Azure.

  8. Sur la page Identités des machines, choisissez un type d’identité et configurez les identités des machines de ce catalogue. Si vous sélectionnez Joint à Azure Active Directory pour les machines virtuelles, vous pouvez les ajouter à un groupe de sécurité Azure AD. Les étapes détaillées sont les suivantes :

    1. Dans le champ Type d’identité, sélectionnez Joint à Azure Active Directory. L’option Groupe de sécurité Azure AD (facultatif) s’affiche.
    2. Cliquez sur Groupe de sécurité Azure AD : Créer un nouveau.
    3. Entrez un nom de groupe, puis cliquez sur Créer.
    4. Suivez les instructions qui s’affichent à l’écran pour vous connecter à Azure. Si le nom du groupe n’existe pas dans Azure, une icône verte apparaît. Dans le cas contraire, un message d’erreur s’affiche vous demandant de saisir un nouveau nom.
    5. Pour ajouter le groupe de sécurité à un groupe de sécurité attribué, sélectionnez Rejoindre un groupe de sécurité attribué en tant que membre, puis cliquez sur Sélectionner un groupe pour choisir un groupe à rejoindre.
    6. Entrez le schéma de dénomination des comptes de machines virtuelles.

    Après la création du catalogue, Citrix DaaS 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. Selon cette règle, les machines virtuelles dont le schéma de dénomination est spécifié dans ce catalogue sont automatiquement ajoutées au groupe de sécurité.

    Pour ajouter des machines virtuelles avec un schéma de dénomination différent à ce catalogue, vous devez vous connecter à Azure. Citrix DaaS peut ensuite accéder à Azure et créer une règle d’appartenance dynamique basée sur le nouveau schéma de dénomination.

    Lorsque vous supprimez ce catalogue, la suppression du groupe de sécurité d’Azure nécessite également de vous connecter à Azure.

    Remarque :

    Pour renommer le groupe de sécurité Azure AD après la création du catalogue, modifiez le catalogue et accédez à l’option Groupe de sécurité Azure AD dans le menu de navigation de gauche. Les noms des groupes de sécurité Azure AD ne doivent pas contenir les caractères suivants : <!JEKYLL@5140@5>.

  • Les pages Informations d’identification du domaine et Résumé ne contiennent pas d’informations spécifiques à Azure. Suivez les instructions de l’article Créer des catalogues de machines.

Suivez les instructions de l’assistant.

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 Studio ou exécuter des 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 machine virtuelle existante :

  1. Accédez au portail Azure. Sélectionnez un groupe de ressources, puis sélectionnez la machine virtuelle et l’interface réseau. Dans le menu … en haut de la page, cliquez sur Exporter le modèle.
  2. Décochez la case Inclure les paramètres si vous souhaitez créer une spécification de modèle pour le provisioning du catalogue.
  3. Cliquez sur Ajouter à la bibliothèque pour modifier ultérieurement la spécification de modèle.
  4. Sur la page Importation du modèle, entrez les informations requises telles que le nom, l’abonnement, le groupe de ressources, l’emplacement et la version. Cliquez sur Suivant : Modifier le modèle.

  5. 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 tout <!JEKYLL@5140@6> spécifié dans la spécification de modèle. Par exemple :

    <!JEKYLL@5140@7>

  6. Créez Examiner et créer et créez la spécification de modèle.
  7. Sur la page Specs 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.
  8. Vous pouvez créer une nouvelle version en cliquant sur Créer version. Spécifiez un nouveau numéro de version, modifiez la spécification de modèle actuelle, puis cliquez sur Examiner et 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 :

    <!JEKYLL@5140@8>

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

    <!JEKYLL@5140@9>

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 :

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

Vous pouvez provisionner des machines dans une zone de disponibilité spécifique dans les environnements Azure. Vous pouvez pour cela utiliser Studio ou 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 dans ces zones.

Configurer des zones de disponibilité dans Studio

Lors de la création d’un catalogue de machines, vous pouvez spécifier des zones de disponibilité dans lesquelles vous souhaitez provisionner des machines. Sur la page Machines virtuelles, sélectionnez une ou plusieurs zones de disponibilité dans lesquelles vous souhaitez créer des machines.

Il existe deux raisons pour lesquelles aucune zone de disponibilité n’est proposée : la région n’a pas de zones de disponibilité ou la taille de machine sélectionnée n’est pas disponible.

Pour plus d’informations sur la configuration à l’aide d’une commande PowerShell, consultez la section Configurer des zones de disponibilité à l’aide de PowerShell.

Disques éphémères Azure

Un disque éphémère Azure vous permet de réutiliser le disque cache ou le disque temporaire pour stocker le disque d’OS d’une machine virtuelle compatible Azure. Cette fonctionnalité est utile pour les environnements Azure qui nécessitent un disque SSD plus performant sur un disque dur standard. Pour plus d’informations sur la création d’un catalogue avec un disque éphémère Azure, consultez la section Créer un catalogue avec un disque éphémère Azure.

Remarque :

Les catalogues persistants ne prennent pas en charge les disques d’OS éphémères.

Les disques d’OS éphémères nécessitent que votre schéma de provisioning utilise des disques gérés et une galerie Azure Compute Gallery. Pour plus d’informations, consultez la rubrique Galerie d’images partagées Azure.

Stocker un disque temporaire d’OS éphémère

Vous avez la possibilité de stocker un disque d’OS éphémère sur le disque temporaire de la machine virtuelle ou sur un disque de ressources. Cette fonctionnalité vous permet d’utiliser un disque d’OS éphémère avec une machine virtuelle qui ne possède pas de cache ou dont le cache est insuffisant. Ces machines virtuelles disposent d’un disque temporaire ou de ressources pour stocker un disque d’OS éphémère, tel que <!JEKYLL@5140@10>.

Tenez compte des considérations suivantes :

  • Un disque éphémère est stocké soit sur le disque cache de la machine virtuelle, soit sur le disque temporaire (ressource) de la machine virtuelle. Le disque de cache est préféré au disque temporaire, sauf si le disque de cache n’est pas suffisamment grand pour le contenu du disque d’OS.
  • Pour les mises à jour, une nouvelle image plus grande que le disque cache mais plus petite que le disque temporaire entraîne le remplacement du disque d’OS éphémère par le disque temporaire de la machine virtuelle.

Optimisation du stockage MCS (Machine Creation Services) (E/S de MCS) et du disque d’OS éphémère

Le disque d’OS éphémère Azure et les E/S de MCS ne peuvent pas être activés en même temps.

Remarques importantes :

  • Vous ne pouvez pas créer un catalogue de machines avec le disque d’OS éphémère et les E/S de MCS activés en même temps.

  • Dans l’assistant Création d’un catalogue de machines, si vous sélectionnez Disque d’OS éphémère Azure sur la page Types de stockage et de licence, vous ne voyez pas l’option pour les paramètres de disque de cache en écriture différée sur la page Paramètres du disque.

    Disque d'OS éphémère Azure sélectionné

    Paramètres du disque de cache en écriture différée non disponibles

  • Les paramètres PowerShell (<!JEKYLL@5140@11> et <!JEKYLL@5140@12>) définis sur true dans <!JEKYLL@5140@13> ou <!JEKYLL@5140@14> provoquent un échec et génèrent un message d’erreur approprié.
  • Pour les catalogues de machines existants créés avec les deux fonctionnalités activées, vous pouvez toujours :
    • mettre un catalogue de machines à jour
    • ajouter ou supprimer des machines virtuelles
    • supprimer un catalogue de machines

Utilisez Azure Compute Gallery (anciennement Shared Image Gallery) en tant que référentiel d’images publiées pour les machines provisionnées avec 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 du système d’exploitation, ce qui améliore les temps de démarrage et de lancement des applications pour les machines virtuelles non persistantes. Azure Compute Gallery contient les trois éléments suivants :

  • Galerie : les images sont stockées ici. MCS crée une galerie pour chaque catalogue de machines.
  • Définition de l’image de la 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 Image Gallery : chaque image d’une galerie Azure Compute Gallery peut avoir plusieurs versions et chacune peut avoir plusieurs réplicas dans différentes régions. Chaque réplica est une copie complète de l’image publiée. Citrix DaaS crée une version d’image Standard_LRS (version 1.0.0) pour chaque image avec le nombre approprié de réplicas dans la région du catalogue, en fonction du nombre de machines dans le catalogue, du ratio de réplica configuré et du maximum de réplicas configuré.

Remarque :

La fonctionnalité Azure Compute Gallery est uniquement compatible avec les disques gérés. Elle n’est pas disponible pour les anciens catalogues de machines.

Pour plus d’informations, consultez la rubrique Vue d’ensemble des galeries d’images partagées.

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

Pour que ces images apparaissent, vous devez :

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

Pour plus d’informations sur la configuration d’Azure Compute Gallery, consultez la section Configurer Azure Compute Gallery.

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

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

  • Le disque de cache en écriture différée ne doit pas persister car le disque temporaire Azure n’est pas approprié pour les données persistantes.
  • La taille de machine virtuelle Azure choisie doit inclure un disque temporaire.
  • Il n’est pas nécessaire d’activer le disque d’OS éphémère.
  • Acceptez de placer le fichier de cache en écriture différée sur le disque temporaire Azure.
  • La taille du disque temporaire Azure doit être supérieure à la taille totale de (taille du disque du cache en écriture différée + espace réservé pour le fichier d’échange + 1 Go d’espace tampon).

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

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

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

Consultez les rubriques PowerShell suivantes :

Chiffrement Azure côté serveur

Citrix DaaS 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. Cette prise en charge vous permet de gérer vos exigences en matière d’organisation et de conformité en chiffrant les disques gérés de votre catalogue de machines à l’aide de vos propres clés de chiffrement. Pour plus d’informations, consultez Chiffrement côté serveur de stockage sur disque Azure.

Lors de l’utilisation de cette fonctionnalité pour les disques gérés :

  • Pour modifier la clé avec laquelle le disque est chiffré, modifiez la clé actuelle dans <!JEKYLL@5140@19>. Toutes les ressources associées à la modification de <!JEKYLL@5140@20> doivent être chiffrées avec la nouvelle clé.

  • Lorsque vous désactivez ou supprimez votre clé, toutes les machines virtuelles avec des disques utilisant cette clé s’arrêtent automatiquement. Après l’arrêt, les machines virtuelles ne sont pas utilisables, sauf si la clé est réactivée ou si vous attribuez une nouvelle clé. Tout catalogue utilisant la clé ne peut pas être mis sous tension et vous ne pouvez pas y ajouter de machines virtuelles.

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

Tenez compte de ce qui suit lors de l’utilisation de cette fonctionnalité :

  • Toutes les ressources associées aux clés gérées par le client (instances Azure Key Vaults, jeux de cryptage de disque, machines virtuelles, 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 à l’aide de clés gérées par le client ne peuvent pas être transférés vers un autre groupe de ressources et un autre abonnement.
  • Consultez le site Microsoft pour connaître les limitations des jeux de cryptage de disque par région.

Remarque :

Consultez Démarrage rapide : créer un coffre de clés avec le portail Azure pour plus d’informations sur la configuration du cryptage Azure côté serveur.

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

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

  • <!JEKYLL@5140@21>

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

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

Consultez la section Créer un catalogue de machines avec une clé gérée par le client.

Cryptage de disque sur l’hôte Azure

Vous pouvez créer un catalogue de machines MCS avec fonctionnalité de cryptage sur l’hôte. Actuellement, MCS prend uniquement en charge 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 circulent via le serveur de stockage Azure. Par conséquent, cette méthode de chiffrement chiffre les données de bout en bout.

Restrictions :

Limites du chiffrement de disque Azure sur l’hôte :

  • Non pris en charge pour toutes les tailles de machines Azure
  • Incompatible avec le chiffrement de disque Azure

Pour plus d’informations, consultez :

Chiffrement double sur disque géré

Vous pouvez créer un catalogue de machines avec chiffrement double. Tous les catalogues créés à l’aide de cette fonctionnalité sont chiffrés côté serveur à l’aide de clés gérées par la plate-forme et par le client. Vous possédez et gérez Azure Key Vault, la clé de chiffrement et les jeux de chiffrement de disque (DES).

Le chiffrement double est un chiffrement côté plate-forme (par défaut) et un chiffrement géré par le client (CMEK). Par conséquent, si vous êtes un client gérant des données sensibles en termes de sécurité et que vous êtes préoccupé par le risque associé à un algorithme de cryptage, à une mise en œuvre ou à une clé compromise, vous pouvez opter pour ce cryptage double. Les disques du système d’exploitation et de données persistants, ainsi que les instantanés et les images sont chiffrés au repos à l’aide du chiffrement double.

Remarque :

  • Vous pouvez créer et mettre à jour un catalogue de machines utilisant un cryptage double à l’aide de Studio et de commandes PowerShell.
  • Vous pouvez utiliser un workflow non basé sur un profil de machine ou un workflow basé sur un profil de machine pour créer ou mettre à jour un catalogue de machines utilisant un cryptage double.
  • Si vous créez un catalogue de machines à l’aide d’un workflow non basé sur un profil de machine, vous pouvez réutiliser l’ID <!JEKYLL@5140@22> 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 chiffrement double n’est pas pris en charge pour les disques Ultra Disks ou Premium SSD v2.
  • Le chiffrement double n’est pas pris en charge sur les disques non gérés.
  • Si vous désactivez une clé de jeu de chiffrement de disque associée à un catalogue, les machines virtuelles du catalogue sont désactivées.
  • Toutes les ressources associées à vos clés gérées par le client (Azure Key Vault, jeux de chiffrement de disque, machines virtuelles, disques et instantanés) doivent résider dans le même abonnement et la même région.
  • Vous ne pouvez créer qu’un maximum de 50 jeux de cryptage de disque par région et par abonnement.

Consultez les rubriques PowerShell suivantes :

Groupes de ressources Azure

Les groupes de ressources de provisioning d’Azure permettent de provisionner les machine virtuelle qui fournissent des applications et bureaux aux utilisateurs. Vous pouvez ajouter des groupes de ressources Azure vides existants lorsque vous créez un catalogue de machines MCS, ou ils peuvent être créés pour vous. Pour plus d’informations sur les groupes de ressources Azure, consultez la documentation Microsoft.

Utilisation du groupe de ressources Azure

Le nombre de machines virtuelles, de disques gérés, d’instantanés et d’images par groupe de ressources Azure n’est pas limité. (La limitation de 240 machines virtuelles/800 disques gérés par groupe de ressources Azure a été supprimée.)

  • Lorsque vous utilisez le principal de service à étendue complète pour créer un catalogue de machines, MCS crée uniquement un groupe de ressources Azure et utilise ce groupe pour le catalogue.
  • Lorsque vous utilisez le principal de service à étendue limitée pour créer un catalogue de machines, vous devez fournir un groupe de ressources Azure précréé vide pour le catalogue.

Azure Marketplace

Citrix DaaS 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.

Conseil :

Certaines images disponibles sur Azure Marketplace, telles que l’image Windows Server standard, n’ajoutent pas d’informations de plan. La fonctionnalité Citrix DaaS est destinée aux images payantes.

Suivez la procédure décrite dans cette section pour afficher les images Azure Compute Gallery dans Studio. Ces images peuvent éventuellement être utilisées pour une image principale. Pour placer l’image dans Azure Compute Gallery, créez une définition d’image dans une galerie.

Shared Image Gallery d'Azure Marketplace

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

Les champs d’informations sur le plan d’achat sont initialement vides. Renseignez ces champs avec les informations de plan d’achat utilisées pour l’image. 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. Elle est utilisée comme image principale. Cliquez sur Ajouter une version :

Ajouter une version de VDA dans Azure Marketplace

Dans la section Détails de la version, sélectionnez l’instantané d’image ou le disque géré comme source :

Sélectionner des options de VDA dans Azure Marketplace

Provisionner des machines virtuelles de catalogue avec l’agent Azure Monitor installé

Le service de surveillance Azure vous permet de collecter, d’analyser et d’exploiter des données de télémétrie provenant de vos environnements Azure et locaux.

L’agent Azure Monitor Agent (AMA) collecte les données de surveillance à partir de ressources de calcul telles que des machines virtuelles et les transmet à Azure Monitor. Il prend actuellement en charge la collecte des journaux d’événements, du syslog et des mesures de performance, et les envoie aux sources de données Azure Monitor Metrics et Azure Monitor Logs.

Pour surveiller en identifiant de manière unique les machines virtuelles dans les données de surveillance, vous pouvez provisionner les machines virtuelles d’un catalogue de machines MCS avec l’agent AMA installé en tant qu’extension.

Exigences

  • Autorisations : assurez-vous de disposer des autorisations Azure minimales spécifiées dans la section À propos des autorisations Azure et des autorisations suivantes pour utiliser Azure Monitor :

    • <!JEKYLL@5140@23>
    • <!JEKYLL@5140@24>
    • <!JEKYLL@5140@25>
    • <!JEKYLL@5140@26>
    • <!JEKYLL@5140@27>
  • Règle de collecte de données : configurez une règle de collecte de données dans le portail Azure. Pour plus d’informations sur la configuration d’une règle de collecte de données, consultez la section Créer une règle de collecte de données. Une règle de collecte de données est spécifique à une plate-forme (Windows ou Linux). Assurez-vous de créer une règle pour la plate-forme requise. L’agent AMA utilise des règles de collecte de données (DCR) pour gérer le mappage entre les ressources, telles que les machines virtuelles, et les sources de données, telles qu’Azure Monitor Metrics et Azure Monitor Logs.
  • Espace de travail par défaut : créez un espace de travail dans le portail Azure. Pour plus d’informations sur la création d’un espace de travail, voir Créer un espace de travail Log Analytics. Lorsque vous collectez des journaux et des données, les informations sont stockées dans un espace de travail. Un espace de travail possède un identifiant d’espace de travail et un identifiant de ressource uniques. Le nom de l’espace de travail doit être unique pour un groupe de ressources donné. Après avoir créé un espace de travail, configurez les sources de données et les solutions pour stocker leurs données dans l’espace de travail.
  • Extension Monitor ajoutée à la liste blanche : les extensions <!JEKYLL@5140@28> et <!JEKYLL@5140@29> sont des extensions sur liste blanche définies par Citrix. Pour afficher la liste des extensions figurant sur la liste blanche, utilisez la commande PowerShell, <!JEKYLL@5140@30>.
  • Image principale : Microsoft recommande de supprimer les extensions d’une machine existante avant d’en créer une nouvelle à partir de celle-ci. Si les extensions ne sont pas supprimées, des fichiers peuvent rester et un comportement inattendu peut se produire. Pour plus d’informations, consultez Si la machine virtuelle est recréée à partir d’une machine virtuelle existante.

Pour plus d’informations sur la création d’un catalogue avec AMA activé à l’aide de PowerShell, consultez Provisionner des machines virtuelles de catalogue avec AMA activé.

Machines virtuelles confidentielles Azure

Les machines virtuelles informatiques confidentielles Azure garantissent que votre bureau virtuel est chiffré en mémoire et protégé lors de son utilisation.

Vous pouvez utiliser MCS pour créer un catalogue avec des machines virtuelles confidentielles Azure. Vous devez utiliser le workflow du profil de machine pour créer un tel catalogue. Vous pouvez utiliser les spécifications de modèle VM et ARM comme entrée de profil de machine.

Considérations importantes concernant les machines virtuelles confidentielles

Considérations importantes concernant les tailles de machines virtuelles prises en charge et la création d’un catalogue de machines avec des machines virtuelles confidentielles :

  • Tailles de machines virtuelles prises en charge : les machines virtuelles confidentielles prennent en charge les tailles de machines virtuelles suivantes :

    • Série DCasv5
    • Série DCadsv5
    • Série ECasv5
    • Série ECadsv5

  • Créez un catalogue de machines avec des machines virtuelles confidentielles.

    • Vous pouvez créer un catalogue de machines virtuelles confidentielles Azure à l’aide de Studio et des commandes PowerShell.
    • Vous devez utiliser un workflow basé sur le profil de machine pour créer un catalogue de machines avec des machines virtuelles confidentielles Azure. Vous pouvez utiliser une machine virtuelle ou une spécification de modèle comme entrée de profil de machine.

    • L’image principale et l’entrée du profil de la machine doivent toutes deux être activées avec le même type de sécurité confidentiel. Ces types de sécurité sont les suivants :

      • VMGuestStateOnly : machine virtuelle confidentielle avec cryptage de l’état invité seulement de la machine virtuelle
      • DiskWithVMGuestState : machine virtuelle confidentielle avec cryptage du disque du système d’exploitation et de l’état invité de la machine virtuelle à l’aide d’une clé gérée par la plate-forme ou d’une clé gérée par le client. Les disques du système d’exploitation normal et éphémère peuvent être chiffrés.

    • Le paramètre AdditionalData vous permet d’obtenir des informations de machine virtuelle confidentielle sur différents types de ressources, tels qu’un disque géré, un instantané, une image Azure Compute Gallery, une machine virtuelle et une spécification de modèle ARM. Par exemple :

      <!JEKYLL@5140@31>

      Les champs de données supplémentaires sont les suivants :

      • DiskSecurityType
      • ConfidentialVMDiskEncryptionSetId
      • DiskSecurityProfiles

      Pour obtenir la propriété informatique confidentielle d’une taille de machine, exécutez la commande suivante : <!JEKYLL@5140@32>

      Le champ de données supplémentaire est <!JEKYLL@5140@33>.

    • Vous ne pouvez pas modifier l’image principale ou le profil de la machine d’un type de sécurité confidentiel vers un type de sécurité non confidentiel, ou d’un type de sécurité non confidentiel vers un type de sécurité confidentiel.
    • Vous obtenez des messages d’erreur appropriés pour toute configuration incorrecte.

Préparer des images principales et des profils de machines

Avant de créer un ensemble de machines virtuelles confidentielles, préparez leur image principale et leur profil de machine en procédant comme suit :

  1. Dans le portail Azure, créez une machine virtuelle confidentielle avec des paramètres spécifiques, tels que :
    • Type de sécurité : machines virtuelles confidentielles
    • Cryptage des disques confidentiels du système d’exploitation : activé.
    • Gestion des clés : cryptage des disques confidentiels à l’aide d’une clé gérée par la plateforme Pour plus d’informations sur la création de machines virtuelles confidentielles, consultez cet article de Microsoft.

  2. Préparez l’image principale sur la machine virtuelle créée. Installez les applications et le VDA nécessaires sur la machine virtuelle créée.

    Remarque :

    La création de machines virtuelles confidentielles à l’aide d’un disque dur virtuel n’est pas prise en charge. Pour cela, utilisez plutôt Azure Compute Gallery, des disques gérés ou des instantanés.

  3. Créez le profil de machine en appliquant l’une des méthodes suivantes :

    • Utilisez la machine virtuelle 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 vos besoins. Plus spécifiquement, vous devez configurer les paramètres qui répondent à la configuration requise de votre machine virtuelle confidentielle, tels que SecurityEncryptionType et diskEncryptionSet (pour les clés gérées 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 la machine ont le même type de clé de sécurité.
      • Pour créer des machines virtuelles confidentielles nécessitant un cryptage des disques confidentiels du système d’exploitation à l’aide d’une clé gérée par le client, assurez-vous que les ID du jeu de cryptage de disque sont identiques dans l’image principale et dans le profil de la machine.

Créer des machines virtuelles confidentielles à l’aide de Studio ou de commandes PowerShell

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

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

  • Sur la page Image, sélectionnez l’image principale et le profil de machine que vous avez préparés en vue de la création d’une machine virtuelle confidentielle. La sélection d’un profil de machine est obligatoire et seuls les profils correspondant au même type de cryptage de sécurité que celui de l’image principale sélectionnée sont disponibles.
  • Sur la page Machines virtuelles, seules les tailles de machine compatibles avec les machines virtuelles confidentielles s’affichent pour la sélection.
  • Sur la page Paramètres de disque, vous ne pouvez pas spécifier le jeu de cryptage de disque, car il est hérité du profil de machine sélectionné.

Créez un catalogue de machines virtuelles 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 relative à la réservation de capacité à la demande.

Vous pouvez créer un catalogue de machines MCS de machines virtuelles Azure avec réservation de capacité à la demande à l’aide d’un profil de machine (spécification de machine virtuelle ou de modèle). Vous pouvez également mettre à jour un catalogue de machines existant et des machines virtuelles existantes pour organiser 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 :

  • Machines virtuelles Spot
  • Groupe d’hôtes
  • Machines virtuelles activées pour la mise en veille prolongée

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

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

  1. Créez une source de profil de machine (spécification de machine virtuelle ou de modèle ARM). Pour créer une spécification de machine virtuelle ou de modèle ARM, consultez la section Associer une machine virtuelle à un groupe de réservation de capacité.

  2. Exécutez la commande PowerShell suivante pour vérifier si la réservation de capacité à la demande est activée ou non pour un profil de machine. Si c’est le cas, vous obtenez le <!JEKYLL@5140@34>.

    Par exemple,

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

    <!JEKYLL@5140@35>

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

    <!JEKYLL@5140@36>

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

Vous pouvez mettre à jour un catalogue à l’aide de la commande <!JEKYLL@5140@37>. Vous pouvez également mettre à jour les machines virtuelles existantes à l’aide de la commande PowerShell <!JEKYLL@5140@38>. Le profil de la machine est mis à jour lors de la prochaine mise sous tension.

Virtualisation imbriquée

Si vous configurez la machine virtuelle principale avec la virtualisation imbriquée activée, la virtualisation imbriquée est activée pour toutes les machines virtuelles du catalogue de machines MCS créées à l’aide de cette machine virtuelle principale. Cette fonctionnalité s’applique à la fois aux machines virtuelles persistantes et non persistantes. Vous pouvez mettre à jour un catalogue de machines MCS existant et des machines virtuelles existantes pour disposer d’une virtualisation imbriquée via la mise à jour de l’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.

Utiliser PowerShell

Cette section explique comment effectuer les tâches suivantes à l’aide de PowerShell :

Utiliser une spécification de modèle lors de la création ou de la mise à jour d’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 Studio ou les commandes PowerShell.

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

Utilisation des commandes PowerShell :

  1. Ouvrez la fenêtre PowerShell.
  2. Exécutez <!JEKYLL@5140@39>.
  3. Créez ou mettez à jour un catalogue.
    • Pour créer un catalogue :

      1. Utilisez la commande <!JEKYLL@5140@40> avec une spécification de modèle comme entrée de profil de machine. Par exemple :

        <!JEKYLL@5140@41>

      2. Terminez la création du catalogue.

    • Pour mettre à jour un catalogue, utilisez la commande <!JEKYLL@5140@42> avec une spécification de modèle comme entrée de profil de machine. Par exemple :

      <!JEKYLL@5140@43>

Activer les extensions de VM Azure

Après avoir sélectionné la spécification de modèle ARM, exécutez les commandes PowerShell suivantes pour utiliser les extensions de VM Azure :

  • Pour afficher la liste des extensions de VM Azure prises en charge : <!JEKYLL@5140@44>

  • Pour ajouter d’autres extensions de VM : <!JEKYLL@5140@45>. Par exemple, <!JEKYLL@5140@46>

    Si vous essayez d’ajouter l’un des éléments suivants, la commande échoue avec un message d’erreur :

    • Extension définie par Citrix.
    • Extension existante définie par l’utilisateur.
    • Clés de configuration non prises en charge. Actuellement, la clé de configuration prise en charge est <!JEKYLL@5140@47>.
  • Pour supprimer des extensions de la liste : <!JEKYLL@5140@48>. Vous pouvez supprimer les extensions que vous avez ajoutées.

Catalogues de machines avec lancement fiable

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

  • Un profil de machine avec lancement fiable
  • Une taille de machine virtuelle qui prend en charge le lancement fiable
  • Une version de machine virtuelle Windows qui prend en charge le lancement fiable. Actuellement, Windows 10, Windows 11, Windows Server 2016, 2019 et 2022 prennent en charge le lancement fiable.

Important :

MCS prend en charge la création d’un catalogue avec des machines virtuelles compatibles avec le lancement fiable. Cependant, pour mettre à jour un catalogue persistant existant et des machines virtuelles existantes, vous devez utiliser le portail Azure. Vous ne pouvez pas mettre à jour le lancement fiable d’un catalogue non persistant. Pour plus d’informations, consultez le document Microsoft Activez le lancement fiable sur une machine virtuelle existante.

Pour afficher les éléments d’inventaire Citrix DaaS et pour déterminer si la taille de machine virtuelle prend en charge le lancement fiable, exécutez la commande suivante :

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

  3. Exécutez la commande suivante :

    <!JEKYLL@5140@49>

  4. Exécutez <!JEKYLL@5140@50>.

  5. Vérifiez la valeur de l’attribut <!JEKYLL@5140@51>.

    • Si la valeur de <!JEKYLL@5140@52> est True, la taille de machine virtuelle prend en charge le lancement fiable.
    • Si la valeur de <!JEKYLL@5140@53> est False, la taille de machine virtuelle ne prend pas en charge le lancement fiable.

Avec Azure PowerShell, vous pouvez utiliser la commande suivante pour déterminer les tailles de machine virtuelle qui prennent en charge le lancement fiable :

<!JEKYLL@5140@54>

Vous trouverez ci-dessous des exemples qui indiquent si la taille de machine virtuelle prend en charge le lancement fiable après avoir exécuté la commande Azure PowerShell.

  • Exemple 1 : si la machine virtuelle Azure prend uniquement en charge la génération 1, elle ne prend pas en charge le lancement fiable. Par conséquent, la fonctionnalité <!JEKYLL@5140@55> n’est pas affichée après l’exécution de la commande Azure PowerShell.
  • Exemple 2 : si la machine virtuelle Azure prend uniquement en charge la génération 2 et que la fonctionnalité <!JEKYLL@5140@56> est True, la taille de machine virtuelle de génération 2 ne prend pas en charge le lancement fiable.
  • Exemple 3 : si la machine virtuelle Azure prend uniquement en charge la génération 2 et que la fonctionnalité <!JEKYLL@5140@57> n’est pas affichée après l’exécution de la commande PowerShell, la taille de machine virtuelle de génération 2 prend en charge le lancement fiable.

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

Créer un catalogue de machines avec lancement fiable

  1. Créez une image principale compatible avec le lancement fiable. Consultez la documentation Microsoft Images de machine virtuelle de lancement fiable.
  2. Créez une machine virtuelle ou une spécification de modèle avec le type de sécurité machines virtuelles de lancement fiable. 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 de lancement fiable.

  3. Créez un catalogue de machines à l’aide de Studio ou de commandes PowerShell.

    • Si vous souhaitez utiliser Studio, consultez Créer un catalogue de machines à l’aide d’une image Azure Resource Manager dans Studio.

    • Si vous souhaitez utiliser des commandes PowerShell, utilisez la commande <!JEKYLL@5140@58> avec la machine virtuelle ou la spécification de modèle comme entrée de profil de machine. Pour obtenir la liste complète des commandes permettant de créer un catalogue, consultez la section Création d’un catalogue.

      Exemple de commande <!JEKYLL@5140@59> avec une machine virtuelle comme entrée de profil de machine :

      <!JEKYLL@5140@60>

      Exemple de commande <!JEKYLL@5140@61> avec une spécification de modèle comme entrée de profil de machine :

      <!JEKYLL@5140@62>

Erreurs lors de la création de catalogues de machines avec le lancement fiable

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

Scénario Erreur
Si vous sélectionnez un profil de machine lors de la création d’un catalogue non géré <!JEKYLL@5140@63>
Si vous sélectionnez un profil de machine prenant en charge le lancement fiable lors de la création d’un catalogue avec un disque non géré comme image principale <!JEKYLL@5140@64>
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 avec le lancement fiable comme type de sécurité <!JEKYLL@5140@65>
Si vous sélectionnez un profil de machine avec un type de sécurité différent du type de sécurité de l’image principale <!JEKYLL@5140@66>
Si vous sélectionnez une taille de machine virtuelle qui ne prend pas en charge le lancement fiable mais que vous utilisez une image principale qui prend en charge le lancement fiable lors de la création d’un catalogue <!JEKYLL@5140@67>

Utiliser les valeurs des propriétés du profil 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é
  • ID de jeu de chiffrement de disque
  • Type d’OS
  • 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 du modèle ARM ou de la machine virtuelle, selon celle qui est utilisée comme profil de machine. De plus, si <!JEKYLL@5140@68> n’est pas spécifié, il est défini à partir du profil de la machine.

Remarque :

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

La section suivante décrit certains scénarios <!JEKYLL@5140@69> et <!JEKYLL@5140@70> lorsque toutes les propriétés sont définies pour <!JEKYLL@5140@71> ou que les valeurs sont dérivées de MachineProfile.

  • Scénarios New-ProvScheme

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

      <!JEKYLL@5140@72>

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

      <!JEKYLL@5140@73>

    • MachineProfile a certaines propriétés et les propriétés CustomProperties ne sont pas définies. Exemple : MachineProfile a uniquement LicenseType et OSType.

      <!JEKYLL@5140@74>

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

      <!JEKYLL@5140@75>

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

      <!JEKYLL@5140@76>

      Les propriétés personnalisées sont prioritaires. Les valeurs suivantes sont définies en tant que propriétés personnalisées pour le catalogue :

      <!JEKYLL@5140@77>

    • Certaines propriétés sont définies dans MachineProfile et certaines sont définies dans CustomProperties. Exemple :
      • CustomProperties définit LicenseType et StorageAccountType
      • MachineProfile définit LicenseType, OSType et Zones

      <!JEKYLL@5140@78>

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

      <!JEKYLL@5140@79>

    • Certaines propriétés sont définies dans MachineProfile et certaines sont définies dans CustomProperties. ServiceOffering n’est pas défini. Exemple :

      • CustomProperties définit StorageType
      • MachineProfile définit LicenseType

      <!JEKYLL@5140@80>

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

      <!JEKYLL@5140@81>

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

      <!JEKYLL@5140@82>

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

      <!JEKYLL@5140@83>

  • Scénarios Set-ProvScheme

    • Un catalogue existant avec :

      • CustomProperties pour <!JEKYLL@5140@84> et OSType
      • MachineProfile <!JEKYLL@5140@85> qui définit les zones

    • Mises à jour :

      • MachineProfile mpB.machine virtuelle qui définit StorageAccountType
      • Un nouveau jeu de propriétés personnalisées $CustomPropertiesB qui définit LicenseType et OSType

      <!JEKYLL@5140@86>

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

      <!JEKYLL@5140@87>

    • Un catalogue existant avec :
      • CustomProperties pour <!JEKYLL@5140@88> et OSType
      • MachineProfile <!JEKYLL@5140@89> qui définit StorageAccountType et LicenseType
    • Mises à jour :
      • Un nouveau jeu de propriétés personnalisées $CustomPropertiesB qui définit StorageAccountType et OSType

      <!JEKYLL@5140@90>

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

      <!JEKYLL@5140@91>

    • Un catalogue existant avec :
      • CustomProperties pour <!JEKYLL@5140@92> et OSType
      • MachineProfile <!JEKYLL@5140@93> qui définit les zones
    • Mises à jour :
      • MachineProfile mpB.machine virtuelle qui définit StorageAccountType et LicenseType
      • <!JEKYLL@5140@94> n’est pas spécifié

      <!JEKYLL@5140@95>

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

      <!JEKYLL@5140@96>

Configurer des zones de disponibilité à l’aide de PowerShell

À l’aide de PowerShell, vous pouvez afficher les éléments d’inventaire de l’offre Citrix DaaS en utilisant <!JEKYLL@5140@97>. Par exemple, pour consulter l’offre de services de la région États-Unis de l’Est <!JEKYLL@5140@98> :

<!JEKYLL@5140@99>

Pour afficher les zones, utilisez le paramètre <!JEKYLL@5140@100> de l’élément :

<!JEKYLL@5140@101>

Si les zones de disponibilité ne sont pas spécifiées, les machines sont provisionnées de la même façon.

Pour configurer les zones de disponibilité via PowerShell, utilisez la propriété personnalisée Zones disponible avec l’opération <!JEKYLL@5140@102>. La propriété Zones définit une liste de zones de disponibilité dans lesquelles provisionner les machines. Ces zones peuvent inclure une ou plusieurs zones de disponibilité. Par exemple, <!JEKYLL@5140@103> pour les zones 1 et 3.

Utilisez la commande <!JEKYLL@5140@104> pour mettre à jour les zones d’un schéma de provisioning.

Si une zone non valide est fournie, le schéma de provisioning n’est pas mis à jour et un message d’erreur apparaît indiquant comment corriger la commande non valide.

Conseil :

Si vous spécifiez une propriété personnalisée non valide, le schéma de provisioning n’est pas mis à jour et un message d’erreur correspondant s’affiche.

Résultat de l’utilisation simultanée de groupes d’hôtes et de zones de disponibilité Azure

Une vérification préliminaire permet de déterminer si la création d’un catalogue de machines sera réussie en fonction de la zone de disponibilité spécifiée dans la propriété personnalisée et de la zone du groupe d’hôtes. La création du catalogue échoue si la propriété personnalisée de la zone de disponibilité ne correspond pas à la zone du groupe d’hôtes.

Pour plus d’informations sur la configuration des zones de disponibilité via PowerShell, consultez Configuration des zones de disponibilité via PowerShell.

Pour plus d’informations sur les hôtes dédiés Azure, consultez la section Hôtes dédiés Azure.

Le tableau suivant décrit les différentes combinaisons de zone de disponibilité et de zone de groupe d’hôtes, et celles qui entraînent la réussite ou l’échec de la création d’un catalogue de machines.

Zone du groupe d’hôtes Zone de disponibilité dans la propriété personnalisée Résultat de création du catalogue de machines
Spécifié. Par exemple, le groupe d’hôtes se trouve dans la zone 1. Aucun spécifié. Succès. Les machines sont créées dans la zone du groupe d’hôtes.
Spécifié. Par exemple, le groupe d’hôtes se trouve dans la zone 1. Même zone que la zone du groupe d’hôtes. Par exemple, la zone de la propriété personnalisée est définie sur 1. Succès. Les machines sont créées dans la zone 1.
Spécifié. Par exemple, le groupe d’hôtes se trouve dans la zone 1. Différente de la zone du groupe d’hôtes. Par exemple, la zone de la propriété personnalisée est définie sur 2. La zone de disponibilité spécifiée et la zone du groupe d’hôtes ne correspondant pas, la création du catalogue échoue avec une erreur lors des vérifications préliminaires.
Spécifié. Par exemple, le groupe d’hôtes se trouve dans la zone 1. Plusieurs zones sont spécifiées. Par exemple, les zones des propriétés personnalisées sont définies sur 1,2 ou 2,3. La zone de disponibilité spécifiée et la zone du groupe d’hôtes ne correspondant pas, la création du catalogue échoue avec une erreur lors des vérifications préliminaires.
Non spécifié. Par exemple, la zone du groupe d’hôtes est <!JEKYLL@5140@105>. Aucun spécifié. Comme la zone de disponibilité spécifiée et la zone du groupe d’hôtes correspondent (c’est-à-dire, aucune zone), la création du catalogue est réussie. Les machines ne sont créées dans aucune zone.
Non spécifié. Par exemple, la zone du groupe d’hôtes est <!JEKYLL@5140@106>. Spécifié. Par exemple, les zones de la propriété personnalisée sont définies sur une ou plusieurs zones. La zone de disponibilité spécifiée et la zone du groupe d’hôtes ne correspondant pas, la création du catalogue échoue avec une erreur lors des vérifications préliminaires

Provisionner des machines virtuelles sur des hôtes dédiés Azure

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

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

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

<!JEKYLL@5140@107>

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

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

Configurer des types de stockage

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

  • Disque d’OS : SSD premium, SSD ou HDD
  • Disque de cache en écriture différée : SSD premium, SSD ou HDD

Lorsque vous utilisez ces types de stockage, tenez compte des points suivants :

  • Assurez-vous que votre machine virtuelle prend en charge le type de stockage sélectionné.
  • Si votre configuration utilise un disque éphémère Azure, vous ne voyez pas l’option pour le paramètre de disque de cache en écriture différée.

Conseil :

<!JEKYLL@5140@109> est configuré pour un type d’OS et un compte de stockage. <!JEKYLL@5140@110> est configuré pour le type de stockage Cache en écriture différée. Pour un catalogue normal, <!JEKYLL@5140@111> est requis. Si <!JEKYLL@5140@112> n’est pas configuré, <!JEKYLL@5140@113> est utilisé par défaut pour <!JEKYLL@5140@114>.

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

Configurer les types de stockage des machines virtuelles

Pour configurer les types de stockage de machines virtuelles, définissez le paramètre <!JEKYLL@5140@115> dans <!JEKYLL@5140@116>. Pour mettre à jour la valeur du paramètre <!JEKYLL@5140@117> dans un catalogue existant avec l’un des types de stockage pris en charge, utilisez la commande <!JEKYLL@5140@118>.

Voici un exemple du paramètre <!JEKYLL@5140@119> dans un schéma de provisioning :

<!JEKYLL@5140@120>

Activer le stockage redondant interzone

Vous pouvez sélectionner le stockage redondant interzone (ZRS) lors de la création de catalogue. Il réplique de manière synchrone votre disque géré par Azure sur plusieurs zones de disponibilité, ce qui vous permet de récupérer d’une panne dans une zone en utilisant la redondance dans d’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 défini à l’aide de propriétés personnalisées existantes ou via le modèle MachineProfile. Le stockage ZRS est également compatible avec la commande <!JEKYLL@5140@121> et les paramètres <!JEKYLL@5140@122> et <!JEKYLL@5140@123>. Vous pouvez remplacer le stockage localement redondant d’une machine virtuelle existante par un stockage redondant dans une zone.

Remarque :

  • <!JEKYLL@5140@124> indique que l’heure de démarrage planifiée est l’heure actuelle.
  • <!JEKYLL@5140@125> avec un nombre négatif (par exemple, —1) indique qu’il n’y a pas de limite supérieure dans le créneau planifié.

Limitations :

  • Pris en charge uniquement pour les disques gérés
  • Compatible uniquement avec les disques SSD (SSD) haut de gamme et standard
  • Non compatible avec <!JEKYLL@5140@126>
  • Disponible uniquement dans certaines régions.
  • Les performances d’Azure diminuent lors de la création de disques ZRS à grande échelle. Par conséquent, lors de la première mise sous tension, allumez les machines par lots plus petits (moins de 300 machines à la fois)

Définir le stockage redondant interzone comme type de stockage sur 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 des commandes PowerShell

Lorsque vous créez un nouveau catalogue dans Azure à l’aide de la commande Powershell <!JEKYLL@5140@127>, utilisez <!JEKYLL@5140@128> comme valeur dans <!JEKYLL@5140@129>. Par exemple :

<!JEKYLL@5140@130>

Lorsque vous définissez 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 un stockage ZRS dans une région Azure qui ne prend pas en charge ce type de stockage.
  • 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 :

  • <!JEKYLL@5140@131>
  • <!JEKYLL@5140@132>
  • <!JEKYLL@5140@133>

Remarque :

Lors de la création du catalogue, le disque d’OS du profil de machine <!JEKYLL@5140@134> est utilisé si les propriétés personnalisées ne sont pas définies.

Capturez les paramètres de diagnostic sur les machine virtuelle et les cartes d’interface réseau à partir d’un profil de machine

Vous pouvez capturer les paramètres de diagnostic des machine virtuelle et des cartes d’interface réseau à partir d’un profil de machine au moment de créer un catalogue de machines, de mettre à jour un catalogue de machines existant et de mettre à jour des machine virtuelle existantes.

Vous pouvez créer une spécification de machine virtuelle ou de modèle en tant que source de profil de machine.

Étapes clés

  1. Configurez les identifiants requis dans Azure. Vous devez fournir ces identifiants dans la spécification du modèle.

    • Compte de stockage
    • Espace de travail Log Analytics
    • Espace de noms Event Hub avec tarification standard
  2. Créez une source de profil de machine.
  3. Créez un nouveau catalogue de machines, mettez à jour un catalogue existant ou mettez à jour des machine virtuelle existantes.

Configurer les identifiants requis dans Azure

Configurez l’une des options suivantes dans Azure :

  • Compte de stockage
  • Espace de travail Log Analytics
  • Espace de noms Event Hub avec tarification standard

Configurer un compte de stockage

Créez un compte de stockage standard dans Azure. Dans la spécification du modèle, indiquez <!JEKYLL@5140@135> comme ResourceID complet du compte de stockage.

Une fois que les machine virtuelle sont configurées pour enregistrer les données sur le compte de stockage, les données se trouvent sous le conteneur <!JEKYLL@5140@136>.

Configurer un espace de travail Log Analytics

Créez un espace de travail Log Analytics. Dans la spécification du modèle, indiquez le ResourceID complet de l’espace de travail Log Analytics tel que le WorkspaceID.

Une fois que les machine virtuelle sont configurées pour enregistrer les données dans l’espace de travail, les données peuvent être interrogées dans Logs in Azure. Vous pouvez exécuter la commande suivante dans Azure, sous Logs, pour afficher le décompte de toutes les mesures enregistrées par une ressource :

`AzureMetrics

Mettre en place un hub d’événements

Pour configurer un hub d’événements dans le portail Azure, procédez comme suit :

  1. Créez un espace de noms pour le hub d’événements avec la tarification standard.
  2. Créez un hub d’événements sous l’espace de noms.
  3. Cliquez sur Capturer dans le hub d’événements. Activez le bouton pour capturer avec le type de sortie Avro.
  4. Créez un nouveau conteneur dans un compte de stockage existant pour capturer les journaux.
  5. Dans la spécification du modèle, spécifiez le eventHubAuthorizationRuleId au format suivant : /subscriptions/093f4c12-704b-4b1d-8339-f339e7557f60/resourcegroups/matspo/providers/Microsoft.EventHub/namespaces/matspoeventhub/authorizationrules/RootManageSharedAccessKey
  6. Spécifiez le nom du hub d’événements.

Une fois que les machine virtuelle sont configurées pour enregistrer les données dans le hub d’événements, les données sont capturées dans le conteneur de stockage configuré.

Créer une source de profil de machine

Vous pouvez créer une spécification de machine virtuelle ou de modèle en tant que source de profil de machine.

Créer un profil de machine basé sur une machine virtuelle avec des paramètres de diagnostic

Si vous souhaitez créer une machine virtuelle en tant que profil de machine, configurez d’abord les paramètres de diagnostic sur la machine virtuelle modèle elle-même. Vous pouvez consulter les instructions détaillées fournies dans la documentation Microsoft Paramètres de diagnostic dans Azure Monitor.

Vous pouvez exécuter les commandes suivantes pour vérifier que des paramètres de diagnostic sont désormais associés à la machine virtuelle ou à la carte d’interface réseau :

az monitor diagnostic-settings list --resource-group matspo --resource matspo-tog-cc2659 --resource-type microsoft.network/networkInterfaces
<!--NeedCopy-->

az monitor diagnostic-settings list --resource-group matspo --resource matspo-tog-cc2 --resource-type microsoft.compute/virtualMachines
<!--NeedCopy-->

Créer un modèle de profil de machine basé sur les spécifications avec des paramètres de diagnostic

Si vous souhaitez utiliser une machine virtuelle sur laquelle les paramètres de diagnostic sont déjà activés et l’exporter dans une spécification de modèle ARM, ces paramètres ne seront pas automatiquement inclus dans le modèle. Vous devez ajouter ou modifier manuellement les paramètres de diagnostic dans le modèle ARM.

Toutefois, si vous souhaitez utiliser une machine virtuelle comme profil de machine, MCS veille à ce que les paramètres de diagnostic importants soient capturés avec précision et appliqués aux ressources de votre catalogue MCS.

  1. Créez une spécification de modèle standard qui définit une machine virtuelle et une ou plusieurs cartes d’interface réseau.

  2. Ajoutez des ressources supplémentaires pour déployer les paramètres de diagnostic conformément à la spécification : Microsoft.Insights DiagnosticSettings. Pour connaître l’étendue, indiquez une machine virtuelle ou une carte d’interface réseau figurant dans le modèle par son nom avec un ID partiel. Par exemple, pour créer des paramètres de diagnostic associés à une machine virtuelle nommée test-VM dans la spécification du modèle, indiquez la portée comme suit :

    "scope": "microsoft.compute/virtualMachines/test-VM",
<!--NeedCopy-->
  3. Utilisez la spécification du modèle comme source de profil de machine.

Créer ou mettre à jour un catalogue avec des paramètres de diagnostic

Après avoir créé une source de profil de machine, vous pouvez désormais créer un catalogue de machines à l’aide de la commande New-ProvScheme, mettre à jour un catalogue de machines existant à l’aide de la commande Set-ProvScheme et mettre à jour les machines virtuelles existantes à l’aide de la commande Request-ProvVMUpdate.

Vérifier la licence Windows

Vous pouvez vérifier que la machine virtuelle provisionnée utilise bien une de ces licences en exécutant la commande PowerShell suivante : Get-AzVM -ResourceGroup MyResourceGroup -Name MyVM.

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 applet de commande, voir https://developer-docs.citrix.com/projects/citrix-virtual-apps-desktops-sdk/en/latest/MachineCreation/Get-ProvScheme/.

Configurer la licence Linux

Grâce aux licences Linux BYOS (Bring-Your-Own-Subscription), vous n’avez pas à payer le logiciel. Les frais BYOS incluent uniquement les frais liés au matériel informatique. Il existe deux types de licences :

  • RHEL_BYOS : pour utiliser le type RHEL_BYOS, activez Red Hat Cloud Access sur votre abonnement Azure.
  • SLES_BYOS : les versions BYOS de SLES incluent la prise en charge de SUSE.

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

Exemple de définition de LicenseType sur RHEL_BYOS dans le champ 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 le champ 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 LicenseType est vide, les valeurs par défaut sont Azure Windows Server License ou Azure Linux License, selon la valeur OsType.

Exemple de définition de LicenseType sur une valeur 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-->

Créer un catalogue avec un disque éphémère Azure

Pour provisionner des disques d’OS éphémères en utilisant New-ProvScheme, tenez compte des contraintes suivantes :

  • La taille de machine virtuelle utilisée pour le catalogue doit prendre en charge les disques d’OS éphémères.
  • La taille du cache ou du disque temporaire associé à la taille de la machine virtuelle doit être supérieure ou égale à la taille du disque d’OS.
  • La taille du disque temporaire doit être supérieure à la taille du disque de cache.

Vous devez également tenir compte de ces contraintes lors des opérations suivantes :

  • Création du schéma de provisioning
  • Modification du schéma de provisioning
  • Mise à jour de l’image

Pour utiliser des disques éphémères, vous devez définir la propriété personnalisée UseEphemeralOsDisk sur true lors de l’exécution de New-ProvScheme.

Remarque :

Si la propriété personnalisée UseEphemeralOsDisk est définie sur false ou si une valeur n’est pas spécifiée, tous les VDA provisionnés continuent d’utiliser un disque d’OS provisionné.

Voici un exemple d’ensemble de propriétés personnalisées à utiliser dans le schéma de provisioning :

"CustomProperties": [
            {
                "Name": "UseManagedDisks",
                "Value": "true"
            },
            {
                "Name": "StorageType",
                "Value": "Standard_LRS"
            },
            {
                "Name": "UseSharedImageGallery",
                "Value": "true"
            },
            {
                "Name": "SharedImageGalleryReplicaRatio",
                "Value": "40"
            },
            {
                "Name": "SharedImageGalleryReplicaMaximum",
                "Value": "10"
            },
            {
                "Name": "LicenseType",
                "Value": "Windows_Server"
            },
            {
                "Name": "UseEphemeralOsDisk",
                "Value": "true"
            }
        ],
<!--NeedCopy-->

Configurer un disque éphémère pour un catalogue existant

Pour configurer un disque d’OS éphémère Azure pour un catalogue, définissez le paramètre UseEphemeralOsDisk dans Set-ProvScheme. Définissez la valeur du paramètre UseEphemeralOsDisk sur true.

Remarque :

Pour utiliser cette fonctionnalité, vous devez également activer les paramètres UseManagedDisks et UseSharedImageGallery.

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="UseManagedDisks" Value="true" />
<Property xsi:type="StringProperty" Name="UseSharedImageGallery" Value="true" />
<Property xsi:type="StringProperty" Name="UseEphemeralOsDisk" Value="true" />
</CustomProperties>'
<!--NeedCopy-->

Utilisez la commande New-ProvScheme pour créer un schéma de provisioning avec la prise en charge de Azure Compute Gallery. Utilisez la commande Set-ProvScheme pour activer ou désactiver cette fonctionnalité pour un schéma de provisioning et pour modifier le ratio de réplica et les valeurs maximales de réplicas.

Trois propriétés personnalisées ont été ajoutées aux schémas de provisioning pour prendre en charge la fonctionnalité Azure Compute Gallery :

UseSharedImageGallery

  • Indique si vous souhaitez utiliser Azure Compute Gallery pour stocker les images publiées. Si cette propriété est définie sur True, l’image est stockée en tant qu’image Azure Compute Gallery, sinon l’image est stockée sous la forme d’un 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 entre les machines et les réplicas de version d’image de la 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 du système d’exploitation persistants est de 1 000 ; la valeur par défaut pour les disques du système d’exploitation non persistants est de 40.

SharedImageGalleryReplicaMaximum

  • Définit le nombre maximal de réplicas pour chaque version d’image de la galerie.
  • Les valeurs valides sont des nombres entiers supérieurs à 0 et ne dépassant pas 100. MCS génère une erreur si vous fournissez une valeur qui n’est pas comprise dans la plage valide.
  • Si la propriété n’est pas définie, la valeur par défaut est 10.
  • Si la propriété n’est pas définie, la valeur par défaut est 100.

Conseil :

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

Le catalogue de machines existant utilise Azure Compute Gallery. Utilisez la commande Set-ProvScheme pour mettre à jour les propriétés personnalisées de toutes les machines existantes du catalogue et de toutes les futures machines :

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

Pour ce cas d’utilisation :

  1. Exécutez Set-ProvScheme avec l’indicateur UseSharedImageGallery défini sur True. Vous pouvez également inclure les propriétés SharedImageGalleryReplicaRatio et SharedImageGalleryReplicaMaximum.
  2. Mettez le catalogue à jour.
  3. Effectuez un cycle d’alimentation sur 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-->

Conseil :

Les paramètres SharedImageGalleryReplicaRatio et SharedImageGalleryReplicaMaximum ne sont pas obligatoires. Une fois la commande Set-ProvScheme terminée, l’image Azure Compute Gallery n’a pas encore été créée. Une fois que le catalogue est configuré pour utiliser la galerie, l’opération suivante 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 cycle d’alimentation des machines les met à jour, et le nombre de réplicas est 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 Azure Compute Gallery et toutes les machines nouvellement provisionnées sont créées à l’aide de l’image. L’ancien instantané est nettoyé automatiquement en quelques heures.

Pour ce cas d’utilisation :

  1. Exécutez Set-ProvScheme avec l’indicateur UseSharedImageGallery défini sur False ou non défini.
  2. Mettez le catalogue à jour.
  3. Effectuez un cycle d’alimentation sur 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-->

Conseil :

Contrairement à la mise à jour d’un instantané vers un catalogue Azure Compute Gallery, 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 voir les propriétés personnalisées Azure Compute Gallery d’origine : Get-ProvVm -ProvisioningSchemeName catalog-name. Une fois la commande Set-ProvScheme terminée, l’instantané de l’image n’a pas encore été créé. Une fois que le catalogue est 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 cycle d’alimentation des machines les met à jour, et les données de machine personnalisées sont mises à jour pour refléter que UseSharedImageGallery est défini sur False. Les anciennes ressources Azure Compute Gallery (galerie, image et version) sont automatiquement nettoyées en quelques heures.

Créer ou mettre à jour un catalogue avec plusieurs cartes réseau par machine virtuelle

MCS prend en charge plusieurs cartes réseau par machine virtuelle. Vous pouvez associer plusieurs cartes réseau sur une machine virtuelle à plusieurs sous-réseaux, mais ces sous-réseaux doivent se trouver dans le même réseau virtuel (vNet). Vous pouvez utiliser la commande PowerShell pour :

Vous pouvez créer ou mettre à jour un catalogue de machines non basé sur un profil de machine et un catalogue de machines basé sur un profil de machine pour disposer de plusieurs cartes réseau sur une machine virtuelle. Actuellement, pour un catalogue de machines basé sur un profil de machine, vous ne pouvez disposer que du même nombre de cartes réseau que celui spécifié dans la source du profil de machine.

Les propriétés telles que la mise en réseau accélérée et le groupe de sécurité réseau sont dérivées de la source du profil de la machine.

Remarque :

La taille de la machine virtuelle doit prendre en charge le même nombre de cartes réseau et la mise en réseau accélérée correspondante, sinon vous obtiendrez une erreur.

Vous pouvez récupérer le nombre maximum de cartes réseau associées à une taille de machine virtuelle sélectionnée. Une propriété PowerShell appelée MaxNetworkInterfaces affiche le nombre maximal de cartes réseau lorsque vous exécutez la commande PowerShell get-item avec le paramètre AdditionalData.

Récupérer le nombre maximal de cartes réseau

Pour récupérer le nombre maximal de cartes réseau :

  1. Ouvrez une fenêtre PowerShell depuis l’hôte Delivery Controller.
  2. Exécutez asnp citrix* pour charger des modules PowerShell propres à Citrix.
  3. Exécutez Get-ChildItem -Path "XDHyp:\Connections\abc-connection\East US.region\serviceoffering.folder" pour répertorier toutes les tailles de machines virtuelles disponibles.
  4. Exécutez get-item -Path "XDHyp:\Connections\abc-connection\East US.region\serviceoffering.folder\Standard_M416ms_v2.serviceoffering").AdditionalData.
  5. Vérifiez MaxNetworkInterfaces pour connaître le nombre maximum de cartes réseau.

Créer un catalogue avec plusieurs cartes réseau sur une machine virtuelle

Pour créer un catalogue avec plusieurs cartes réseau sur une machine virtuelle, procédez comme suit :

  1. Ouvrez une fenêtre PowerShell depuis l’hôte Delivery Controller.
  2. Exécutez asnp citrix* pour charger des modules PowerShell propres à Citrix.
  3. Créez un pool d’identités s’il n’a pas déjà été créé.
  4. Créez le schéma de provisioning :

    • Si vous créez un catalogue de machines non basé sur un profil de machine, exécutez la commande New-ProvScheme avec le paramètre NetworkMappings. Vous pouvez ajouter plusieurs sous-réseaux au paramètre NetworkMappings. Par exemple :

       New-Provscheme -NetworkMappings @{"0"="subnetpath1";"1"="subnetpath1"}
 <!--NeedCopy-->

    • Si vous créez un catalogue de machines basé sur un profil de machine :

      1. Créez une machine virtuelle dans Azure pour disposer de plusieurs cartes réseau. Pour plus d’informations, voir Créer et gérer une machine virtuelle Windows dotée de plusieurs cartes réseau. Vous pouvez également créer une nouvelle machine virtuelle, puis associer une interface réseau sur la page Réseau du portail Azure.
      2. Exécutez la commande New-ProvScheme avec la machine virtuelle comme entrée de profil de machine.

      Remarque :

      Lors de la création d’un catalogue de machines basé sur un profil de machine, le nombre de NetworkMappings doit être identique à celui de NetworkInterfaceCount pour le profil de machine. Le nombre NetworkInterfaceCount peut être récupéré à partir de AdditionalData dans Get-item -Path "machine profile path".

  5. Terminez la création du catalogue.

Mettre à jour un catalogue pour disposer de plusieurs cartes réseau sur une machine virtuelle

Pour mettre à jour un catalogue afin d’avoir plusieurs cartes réseau sur une machine virtuelle, procédez comme suit :

  1. Ouvrez une fenêtre PowerShell depuis l’hôte Delivery Controller.
  2. Exécutez asnp citrix* pour charger des modules PowerShell propres à Citrix.

  3. Mettez à jour le schéma de provisioning :

    • Si vous créez un catalogue de machines non basé sur un profil de machine, exécutez la commande Set-ProvScheme avec le paramètre NetworkMappings. Vous pouvez ajouter plusieurs sous-réseaux au paramètre NetworkMappings. Par exemple :

       Set-Provscheme -NetworkMappings @{"0"="subnetpath1";"1"="subnetpath1"}
 <!--NeedCopy-->

    • Si vous créez un catalogue de machines basé sur un profil de machine :

      1. Créez une machine virtuelle dans Azure pour disposer de plusieurs cartes réseau. Pour plus d’informations, voir Créer et gérer une machine virtuelle Windows dotée de plusieurs cartes réseau.
      2. Exécutez la commande Set-ProvScheme avec la machine virtuelle comme entrée de profil de machine.

Mettre à jour une machine virtuelle existante pour disposer de plusieurs cartes réseau sur une machine virtuelle

Vous pouvez également mettre à jour une machine virtuelle existante en utilisant Set-ProvVMUpdateTimeWindow et également effectuer un cycle d’alimentation sur une machine virtuelle existante pendant la fenêtre de mise à jour. Pour plus d’informations sur la mise à jour d’une machine virtuelle existante, consultez Mettre à jour les machines provisionnées vers l’état du schéma de provisioning actuel.

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

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

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

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

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

Remarque :

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

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

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

Conseil :

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

Ce paramètre prend en charge une propriété supplémentaire, PersistWBC, utilisée pour déterminer la façon dont le disque de cache en réécriture persiste pour les machines provisionnées avec MCS. La propriété PersistWBC n’est utilisée que lorsque le paramètre UseWriteBackCache est spécifié et lorsque le paramètre WriteBackCacheDiskSize est défini pour indiquer qu’un disque est créé.

Remarque :

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

Voici des exemples de propriétés du paramètre CustomProperties avant la prise en charge de PersistWBC :

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

Remarque :

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

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

Lorsque la propriété PersistWBC est définie sur true, le disque de cache en écriture différée n’est pas supprimé lorsque l’administrateur Citrix DaaS arrête la machine à l’aide de l’interface de gestion.

Lorsque la propriété PersistWBC est définie sur false, le disque de cache en écriture différée est supprimé lorsque l’administrateur Citrix DaaS arrête la machine à l’aide de l’interface de gestion.

Remarque :

Si la propriété PersistWBC est omise, la propriété est false par défaut et le cache de réécriture est supprimé lors de l’arrêt de la machine à l’aide de l’interface de gestion.

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

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

Important :

La propriété PersistWBC ne peut être définie qu’à l’aide de l’applet de commande PowerShell New-ProvScheme. La tentative de modification de CustomProperties pour un schéma de provisioning après la création n’a aucun impact sur le catalogue de machines et la persistance du disque de cache en réécriture lors de l’arrêt d’une machine.

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

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

Améliorer les performances de démarrage avec MCSIO

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

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

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

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

Créer un catalogue de machines avec une clé de chiffrement gérée par le client

Si vous souhaitez créer un catalogue de machines à l’aide de commandes PowerShell, où la clé de chiffrement est une clé gérée par le client, procédez comme suit :

  1. Ouvrez une fenêtre PowerShell.
  2. Exécutez asnp citrix* pour charger des modules PowerShell propres à Citrix.
  3. Entrez cd xdhyp:/.
  4. Entrez cd .\HostingUnits\(your hosting unit).
  5. Entrez cd diskencryptionset.folder.
  6. Entrez dir pour obtenir la liste des jeux de chiffrement de disque.
  7. Copiez l’ID d’un jeu de chiffrement de disque.

  8. Créez une chaîne de propriétés personnalisée pour inclure l’ID du jeu de chiffrement de disque. Par exemple :

    $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=`"UseManagedDisks`" Value=`"true`" />
<Property xsi:type=`"StringProperty`" Name=`"DiskEncryptionSetId`" Value=`"/subscriptions/0xxx4xxx-xxb-4bxx-xxxx-xxxxxxxx/resourceGroups/abc/providers/Microsoft.Compute/diskEncryptionSets/abc-des`"/>
</CustomProperties>
<!--NeedCopy-->

  9. Créez un pool d’identités s’il n’a pas déjà été créé. Par exemple :

    New-AcctIdentityPool -IdentityPoolName idPool -NamingScheme ms## -Domain def.local -NamingSchemeType Numeric
<!--NeedCopy-->

  10. Exécutez la commande New-ProvScheme. Par exemple :

    New-ProvScheme -CleanOnBoot -HostingUnitName "name" -IdentityPoolName "name" -InitialBatchSizeHint 1
-MasterImageVM "XDHyp:\HostingUnits\azure-res2\image.folder\def.resourcegroup\def.snapshot"
-NetworkMapping @{"0"="XDHyp:\HostingUnits\azure-res2\virtualprivatecloud.folder\def.resourcegroup\def-vnet.virtualprivatecloud\subnet1.network"}
-ProvisioningSchemeName "name"
-ServiceOffering "XDHyp:\HostingUnits\azure-res2\serviceoffering.folder\Standard_DS2_v2.serviceoffering"
-MachineProfile "XDHyp:\HostingUnits<adnet>\machineprofile.folder<def.resourcegroup><machine profile vm.vm>"
-CustomProperties $customProperties
<!--NeedCopy-->
  11. Terminez la création du catalogue de machines.

Créer un catalogue de machines avec une fonctionnalité de chiffrement sur l’hôte

Pour créer un catalogue de machines avec une fonctionnalité de chiffrement sur l’hôte, procédez comme suit :

  1. Vérifiez si la fonctionnalité de chiffrement sur l’hôte est activée ou non dans l’abonnement. Pour ce faire, voir https://learn.microsoft.com/en-us/rest/api/resources/features/get?tabs=HTTP/. Si elle n’est pas activée, vous devez activer la fonctionnalité pour l’abonnement. Pour plus d’informations sur l’activation de cette fonctionnalité pour votre abonnement, consultez https://learn.microsoft.com/en-us/azure/virtual-machines/disks-enable-host-based-encryption-portal?tabs=azure-powershell#prerequisites/.

  2. Vérifiez si une taille de machine virtuelle Azure particulière prend en charge le chiffrement sur l’hôte ou non. Pour ce faire, dans une fenêtre PowerShell, exécutez l’une des opérations suivantes :

    PS XDHyp:\Connections<your connection>\east us.region\serviceoffering.folder>
<!--NeedCopy-->

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

  3. Créez une machine virtuelle ou une spécification de modèle en tant qu’entrée pour le profil de la machine dans le portail Azure avec le chiffrement sur 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 sur l’hôte. Une fois la machine virtuelle créée, la propriété de la machine virtuelle Chiffrement sur l’hôte est activée.
    • Si vous souhaitez utiliser une spécification de modèle, attribuez au paramètre Encryption at Host la valeur true dans securityProfile.

  4. Créez un catalogue de machines MCS avec un workflow de profil de machine en sélectionnant une machine virtuelle ou une spécification de modèle.

    • Disque d’OS/disque de données : chiffré via une clé gérée par le client et une clé gérée par la plate-forme
    • Disque d’OS éphémère : chiffré uniquement via une clé gérée par la plate-forme
    • Disque cache : chiffré via une clé gérée par le client et une clé gérée par la plate-forme

    Vous pouvez créer le catalogue de machines à l’aide de Studio ou en exécutant des commandes PowerShell.

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

Vous pouvez récupérer les informations de chiffrement sur 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 sur 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 la 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-->

Créer un catalogue de machines avec cryptage double

Vous pouvez créer et mettre à jour un catalogue de machines utilisant un cryptage double à l’aide de Studio et de commandes PowerShell.

Les étapes détaillées pour créer un catalogue de machines avec chiffrement double sont les suivantes :

  1. Créez une instance Azure Key Vault et un jeu de chiffrement de disque avec des clés gérées par la plate-forme et gérées par le client. Pour plus d’informations sur la création d’une instance Azure Key Vault et d’un jeu de chiffrement de disque (DES), consultez la section Utiliser le portail Azure pour activer le chiffrement double au repos pour les disques gérés.
  2. Pour parcourir les jeux de chiffrement de disque disponibles dans votre connexion d’hébergement, procédez comme suit :
    1. Ouvrez une fenêtre PowerShell.
    2. Exécutez les commandes PowerShell suivantes :
      1. asnp citrix*
      2. cd xdhyp:
      3. cd HostingUnits
      4. cd YourHostingUnitName (ex. azure-east)
      5. cd diskencryptionset.folder
      6. dir

    Vous pouvez utiliser un identifiant de DiskEncryptionSet pour créer ou mettre à jour un catalogue à l’aide de propriétés personnalisées.

  3. Si vous souhaitez utiliser le workflow du profil de machine, créez une machine virtuelle ou une spécification de modèle en tant qu’entrée de profil de machine.
    • Si vous souhaitez utiliser une machine virtuelle comme entrée de profil de machine :
      1. Créez une machine virtuelle dans le portail Azure.
      2. Accédez à Disques > Gestion des clés pour chiffrer la machine virtuelle directement avec n’importe quel DiskEncryptionSetID.
    • Si vous souhaitez utiliser une spécification de modèle comme entrée de profil de machine :
      1. Dans le modèle, sous properties>storageProfile>osDisk>managedDisk, ajoutez un paramètre diskEncryptionSet et ajoutez l’identifiant du jeu de chiffrement de disque utilisant le chiffrement double.
  4. Créez le catalogue de machines.
    • Si vous utilisez Studio, effectuez l’une des opérations suivantes en plus des étapes décrites dans la section Créer des catalogues de machines.
      • Si vous n’utilisez pas de workflow basé sur le profil de la machine, sur la page Paramètres du disque, sélectionnez Utilisez la clé suivante pour chiffrer les données sur chaque machine. Sélectionnez ensuite le jeu de chiffrement de disque utilisant le chiffrement double dans la liste déroulante. Continuez à créer le catalogue.
      • Si vous utilisez le workflow basé sur le profil de la machine, sur la page Image, sélectionnez une image principale (ou une image préparée) et un profil de machine. Assurez-vous que le profil de la machine est associé à un identifiant de jeu de chiffrement de disque dans ses propriétés.

      Le chiffrement double est appliqué à toutes les machines créées dans le catalogue via la clé associée au jeu de chiffrement de disque que vous avez sélectionné.

    • Si vous utilisez les commandes PowerShell, effectuez l’une des opérations suivantes :

      • Si vous n’utilisez pas de workflow basé sur le profil de la machine, ajoutez la propriété personnalisée DiskEncryptionSetId dans la commande New-ProvScheme. 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" />
 </CustomProperties>'
 -HostingUnitName "Redacted"
 -IdentityPoolName "Redacted"
 -InitialBatchSizeHint 1
 -MasterImageVM "Redacted"
 -NetworkMapping @{"0"="Redacted"}
 -ProvisioningSchemeName "Redacted"
 -ServiceOffering "Redacted"
 <!--NeedCopy-->

      • Si vous utilisez un workflow basé sur le profil de la machine, utilisez une entrée de profil de machine dans la commande New-ProvScheme. Par exemple :

         New-ProvScheme -CleanOnBoot
 -HostingUnitName azure-east
 -IdentityPoolName aio-ip
 -InitialBatchSizeHint 1
 -MasterImageVM XDHyp:\HostingUnits\azure-east\image.folder\abc.resourcegroup\fgb-vda-snapshot.snapshot
 -NetworkMapping @{"0"="XDHyp:\HostingUnits\azure-east\virtualprivatecloud.folder\apa-resourceGroup.resourcegroup\apa-resourceGroup-vnet.virtualprivatecloud\default.network"}
 -ProvisioningSchemeName aio-test
 -MachineProfile XDHyp:\HostingUnits\azure-east\machineprofile.folder\abc.resourcegroup\abx-mp.templatespec\1.0.0.templatespecversion
 <!--NeedCopy-->

      Terminez la création du catalogue à l’aide de Remote PowerShell SDK. Pour plus d’informations sur la création d’un catalogue à l’aide du SDK Remote PowerShell, consultez https://developer-docs.citrix.com/projects/citrix-virtual-apps-desktops-sdk/en/latest/creating-a-catalog/. Le chiffrement double est appliqué à toutes les machines créées dans le catalogue via la clé associée au jeu de chiffrement de disque que vous avez sélectionné.

Convertir un catalogue non crypté en catalogue avec cryptage double

Vous pouvez mettre à jour le type de cryptage d’un catalogue de machines (à l’aide de propriétés personnalisées ou d’un profil de machine).

  • Si vous n’utilisez pas de workflow basé sur le profil de la machine, ajoutez la propriété personnalisée DiskEncryptionSetId dans la commande Set-ProvScheme. Par exemple :

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

  • Si vous utilisez un workflow basé sur le profil de la machine, utilisez une entrée de profil de machine dans la commande Set-ProvScheme. Par exemple :

     Set-ProvScheme -ProvisioningSchemeName mxiao-test -MachineProfile XDHyp:\HostingUnits\azure-east\machineprofile.folder\aelx.resourcegroup\elx-mp.templatespec\1.0.0.templatespecversion
 <!--NeedCopy-->

Si l’opération réussit, le chiffrement double est appliqué à toutes les nouvelles machines virtuelles que vous ajoutez à votre catalogue via la clé associée au jeu de chiffrement de disque que vous avez sélectionné.

Vérifier que le cryptage double est appliqué au catalogue

  • Dans Studio :

    1. Accédez à Catalogues de machines.
    2. Sélectionnez le catalogue que vous souhaitez vérifier. Cliquez sur l’onglet Propriétés du modèle situé en bas de l’écran.
    3. Dans Détails Azure, vérifiez l’ID du jeu de chiffrement de disque dans Jeu de chiffrement de disque. Si l’ID du jeu de chiffrement de disque associé au catalogue est vide, le catalogue n’est pas chiffré.
    4. Dans le portail Azure, vérifiez que le type de cryptage du jeu de cryptage de disque associé à l’ID DES est une clé gérée par la plate-forme et une clé gérée par le client.

  • À l’aide de la commande PowerShell :

    1. Ouvrez la fenêtre PowerShell.
    2. Exécutez asnp citrix* pour charger des modules PowerShell propres à Citrix.

    3. Utilisez Get-ProvScheme pour obtenir les informations de votre catalogue de machines. Par exemple :

      Get-ProvScheme -ProvisioningSchemeName "SampleProvSchemeName"
<!--NeedCopy-->

    4. Récupérez la propriété personnalisée de l’ID du jeu de chiffrement de disque associé au catalogue de machines. Par exemple :

      <Property xsi:type="StringProperty" Name="DiskEncryptionSetId" Value="/subscriptions/12345678-1234-1234-1234-123456789012/resourceGroups/Sample-RG/providers/Microsoft.Compute/diskEncryptionSets/SampleEncryptionSet" />
<!--NeedCopy-->
    5. Dans le portail Azure, vérifiez que le type de cryptage du jeu de cryptage de disque associé à l’ID DES est une clé gérée par la plate-forme et une clé gérée par le client.

Détermination de l’emplacement du fichier de page

L’emplacement du fichier de page est déterminé selon le scénario suivant :

Remarque :

L’emplacement par défaut du fichier de page est un disque du système d’exploitation.

Scénario Emplacement
Le paramètre du fichier de page est spécifié dans les propriétés personnalisées Comme indiqué dans les propriétés personnalisées
Le disque d’OS éphémère ou la mise en veille prolongée est activée Disque OS
La machine virtuelle possède un disque temporaire Disque temporaire
E/S MCS est activé Disque WBC

Scénarios de configuration du fichier de page

Le tableau suivant décrit certains scénarios possibles de configuration du fichier d’échange lors de la préparation de l’image et de la mise à jour du schéma de provisioning :

Pendant Scénario Résultat
Préparation de l’image Vous définissez le fichier d’échange de l’image source sur le disque temporaire, tandis que la taille de machine virtuelle que vous spécifiez dans le schéma de provisioning n’a pas de disque temporaire. Le fichier d’échange est placé sur le système d’exploitation.
Préparation de l’image Vous définissez le fichier d’échange de l’image source sur le disque d’OS, tandis que la taille de machine virtuelle que vous spécifiez dans le schéma de provisioning a un disque temporaire. Le fichier d’échange est placé sur le disque temporaire.
Préparation de l’image Vous définissez le fichier d’échange de l’image source sur le disque temporaire et activez le disque d’OS éphémère dans le schéma de provisioning. Le fichier d’échange est placé sur le disque du système d’exploitation.
Mise à jour du schéma de provisioning Vous tentez de mettre à jour le schéma de provisioning lorsque la version du VDA est antérieure à la version 2311 Modifie le paramètre du fichier de page et envoie un avertissement
Mise à jour du schéma de provisioning Vous tentez de mettre à jour le schéma de provisioning lorsque la version du VDA est 2311 ou ultérieure Détermine l’emplacement du fichier de page selon l’emplacement du fichier de page déterminé

Spécifier le paramètre du fichier de page

À l’aide des commandes PowerShell, vous pouvez spécifier les paramètres du fichier de page, y compris l’emplacement et la taille. Cette action remplace les paramètres du fichier de page déterminés par MCS selon l’emplacement du fichier de page déterminé. Pour ce faire, exécutez la commande New-ProvScheme suivante lors de la création du catalogue de machines.

Remarques importantes

Avant de procéder à la création du catalogue, tenez compte des points suivants :

  • Vous devez fournir toutes les propriétés personnalisées (PageFileDiskDriveLetterOverride, InitialPageFileSizeInMB et MaxPageFileSizeInMB) dans la commande New-ProvScheme ou aucune d’entre elles.
  • Cette fonctionnalité n’est pas prise en charge dans Citrix Studio.
  • La taille initiale du fichier d’échange doit être comprise entre 16 Mo et 16777216 Mo.
  • La taille maximale du fichier d’échange doit être supérieure ou égale à la taille initiale du fichier d’échange et inférieure à 16777216 Mo.
  • Vous pouvez définir à la fois la taille initiale du fichier d’échange et la taille maximale du fichier d’échange sur zéro en même temps.

Remarque :

Vous pouvez modifier les paramètres du fichier de page des machines virtuelles récemment ajoutées à un catalogue, sans mettre à jour l’image principale. Pour modifier les paramètres du fichier de page, vous avez besoin de la version 2311 ou ultérieure du VDA. Vous pouvez modifier les paramètres du fichier de page à l’aide des commandes PowerShell. Pour plus d’informations, consultez Modifier les paramètres du fichier de page.

New-ProvScheme -CleanOnBoot `
-HostingUnitName "zijinnet" `
-IdentityPoolName "PageFileSettingExample" `
-ProvisioningSchemeName "PageFileSettingExample" `
-InitialBatchSizeHint 1 `
-MasterImageVM "XDHyp:\HostingUnits\zijinnet\image.folder\neal-zijincloud-resources.resourcegroup\CustomWin10VDA_OsDisk_1_9473d7c8a6174b2c8284c7d3efeea88f.manageddisk" `
-NetworkMapping @{"0"="XDHyp:\HostingUnits\zijinnet\virtualprivatecloud.folder\East US.region\virtualprivatecloud.folder\neal-zijincloud-resources.resourcegroup\neal-zijincloud-resources-vnet.virtualprivatecloud\default.network"} `
-ServiceOffering "XDHyp:\HostingUnits\zijinnet\serviceoffering.folder\Standard_B2ms.serviceoffering" `
-CustomProperties '<CustomProperties xmlns=" http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi=" http://www.w3.org/2001/XMLSchema-instance"> `
<Property xsi:type="StringProperty" Name="PersistOsDisk" Value="false"/> `
<Property xsi:type="StringProperty" Name="PersistVm" Value="false"/> `
<Property xsi:type="StringProperty" Name="PageFileDiskDriveLetterOverride" Value="d"/> `
<Property xsi:type="StringProperty" Name="InitialPageFileSizeInMB" Value="2048"/> `
<Property xsi:type="StringProperty" Name="MaxPageFileSizeInMB" Value="8196"/> `
<Property xsi:type="StringProperty" Name="StorageAccountType" Value="Premium_LRS"/> `
<Property xsi:type="StringProperty" Name="LicenseType" Value="Windows_Client"/> `
</CustomProperties>'
<!--NeedCopy-->

Modifier les paramètres du fichier de page

Vous pouvez modifier les paramètres du fichier de page des machines virtuelles récemment ajoutées à un catalogue sans mettre à jour l’image principale. Actuellement, cette fonctionnalité ne s’applique qu’aux environnements Azure.

Pour modifier les paramètres du fichier de page, vous avez besoin de la version 2311 ou ultérieure du VDA. Vous pouvez modifier les paramètres du fichier de page à l’aide des commandes PowerShell.

Voici les différents paramètres de fichier de page que vous pouvez modifier dans l’environnement Azure :

  • PageFileDiskDriveLetterOverride
  • InitialPageFileSizeInMB
  • MaxPageFileSizeInMB

Modifier les paramètres de fichier de page d’un catalogue existant

Pour modifier les paramètres de fichier de page d’un catalogue de machines existant, exécutez la commande Set-ProvScheme. Dans ce cas, les mises à jour ne sont appliquées qu’aux machines virtuelles nouvellement ajoutées au catalogue. Par exemple :

Set-ProvScheme -ProvisioningSchemeName $schemeName -CustomProperties '<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<Property xsi:type="StringProperty" Name="UseManagedDisks" Value="true" />
<Property xsi:type="StringProperty" Name="OsType" Value="Windows" />
<Property xsi:type="StringProperty" Name="StorageType" Value="StandardSSD_LRS" />
<Property xsi:type="StringProperty" Name="PageFileDiskDriveLetterOverride" Value="D" />
<Property xsi:type="StringProperty" Name="InitialPageFileSizeInMB" Value="2048" />
<Property xsi:type="StringProperty" Name="MaxPageFileSizeInMB" Value="8196" />
<Property xsi:type="StringProperty" Name="LicenseType" Value="Windows_Client" />
<Property  xsi:type="StringProperty" Name="Zones" Value="1" />
<Property xsi:type="StringProperty" Name="ResourceGroups" Value="neal-test-group1" />
<Property xsi:type="StringProperty" Name="SchemaVersion" Value="2" />
</CustomProperties>'
<!--NeedCopy-->

Remarque :

Si vous activez le cache de réécriture et que vous essayez de définir PageFileDiskDriveLetterOverride sur C: à l’aide de la commande PowerShell, le pilote E/S MCS redirige automatiquement le fichier de page vers un lecteur de disque approprié mais pas vers C:.

Provisionner des machines virtuelles de catalogue avec l’agent AMA activé

  1. Configurez un modèle de profil de machine.

    • Si vous souhaitez utiliser une machine virtuelle comme modèle de profil de machine :

      1. Créez une machine virtuelle dans le portail Azure.
      2. Allumez la machine virtuelle.
      3. Ajoutez la machine virtuelle à la règle de collecte de données sous Ressources. Cela appelle l’installation de l’agent sur la machine virtuelle modèle.

    Remarque :

    Si vous devez créer un catalogue Linux, configurez une machine Linux.

    • Si vous souhaitez utiliser une spécification de modèle comme modèle de profil de machine :

      1. Configurez une spécification de modèle.

      2. Ajoutez l’association d’extension et de règle de collecte de données suivantes à la spécification de modèle générée :

        {
"type": "Microsoft.Compute/virtualMachines/extensions",
"apiVersion": "2022-03-01",
"name": "<vm-name>/AzureMonitorWindowsAgent",
"dependsOn": [
    "Microsoft.Compute/virtualMachines/<vm-name>"
],
"location": "<azure-region>",
"properties": {
    "publisher": "Microsoft.Azure.Monitor",
    "type": "AzureMonitorWindowsAgent",
    "typeHandlerVersion": "1.0",
    "autoUpgradeMinorVersion": true,
    "enableAutomaticUpgrade": true
}
},
 {
    "type": "Microsoft.Insights/dataCollectionRuleAssociations",
    "apiVersion": "2021-11-01",
    "name": "<associatio-name>",
    "scope": "Microsoft.Compute/virtualMachines/<vm-name>",
    "dependsOn": [
     "Microsoft.Compute/virtualMachines/<vm-name>",
    "Microsoft.Compute/virtualMachines/<vm-name>/extensions/AzureMonitorWindowsAgent"
    ],
    "properties": {
       "description": "Association of data collection rule. Deleting this association will break the data collection for this Arc server.",
     "dataCollectionRuleId": "/subscriptions/<azure-subscription>/resourcegroups/<azure-resource-group>/providers/microsoft.insights/datacollectionrules/<azure-data-collection-rule>"
     }
    }
<!--NeedCopy-->

      Remarque :

      Si vous avez configuré une règle de collecte de données avec un connecteur de données Microsoft Sentinel, vous pouvez simplement ajouter dataCollectionRuleAssociation dans la spécification de modèle de la même manière que vous le feriez pour une association DCR classique. Les machines virtuelles du catalogue peuvent ensuite apparaître dans la DCR Sentinel et l’agent AMA sera installé sur ces machines virtuelles. Pour plus d’informations sur les meilleures pratiques pour la création de règles de collecte de données, consultez Meilleures pratiques pour la création et la gestion de règles de collecte de données dans Azure Monitor.

  2. Créez ou mettez à jour un catalogue de machines MCS existant.

    • Pour créer un nouveau catalogue MCS :

      1. Sélectionnez cette machine virtuelle ou une spécification de modèle en tant que profil de machine dans Studio.
      2. Procédez aux étapes suivantes pour créer le catalogue.

    • Pour mettre à jour un catalogue MCS existant, utilisez les commandes PowerShell suivantes : Dans ce cas, seules les nouvelles machines virtuelles obtiennent le modèle de profil de machine mis à jour.

       Set-ProvScheme -ProvisioningSchemeName "name"
 -MachineProfile "XDHyp:\HostingUnits\Unit1\machineprofile.folder\abc.resourcegroup\ab-machine-profile.vm"
 <!--NeedCopy-->

    • Pour mettre à jour les machines virtuelles existantes avec le modèle de profil de machine mis à jour, exécutez Set-ProvScheme, puis Set-ProvVMUpdateTimeWindow :

       Set-ProvScheme -ProvisioningSchemeName "name" -MachineProfile "XDHyp:\HostingUnits\Unit1\machineprofile.folder\abc.resourcegroup\ab-machine-profile.vm"
 Set-ProvVMUpdateTimeWindow -ProvisioningSchemeName my-catalog -StartsNow -DurationInMinutes -1
 <!--NeedCopy-->
  3. Allumez les machines virtuelles du catalogue.
  4. Accédez au portail Azure et vérifiez si l’extension Monitor est installée sur la machine virtuelle et si la machine virtuelle apparaît sous les ressources de DCR. Après quelques minutes, les données de surveillance s’affichent sur Azure Monitor.

Dépannage

Pour des conseils de dépannage pour Azure Monitor Agent, consultez :

Créer un catalogue à l’aide des machines virtuelles Azure Spot

Les machines virtuelles Azure Spot vous permettent d’exploiter la capacité de calcul inutilisée d’Azure tout en réalisant des économies importantes. Toutefois, la possibilité d’allouer une machine virtuelle Azure Spot dépend de la capacité et de la tarification actuelles. Azure peut donc expulser votre machine virtuelle en cours d’exécution, ne pas créer la machine virtuelle ou ne pas la mettre sous tension conformément à la Politique en matière d’expulsion. Par conséquent, les machines virtuelles Azure Spot conviennent à certaines applications et bureaux non essentiels. Pour en savoir plus, consultez Utiliser les machines virtuelles Azure Spot.

Limitations

  • Toutes les tailles de machines virtuelles ne sont pas prises en charge pour les machines virtuelles Azure Spot. Pour en savoir plus, consultez Limitations.

    Vous pouvez exécuter la commande PowerShell suivante pour vérifier si la taille d’une machine virtuelle prend en charge les machines virtuelles Spot ou non. Si la taille d’une machine virtuelle prend en charge Spot machine virtuelle, la valeur de SupportsSpotVM est Vrai.

     (Get-Item "XDHyp:\HostingUnits\azure-res-conn2\serviceoffering.folder\Standard_D2ds_v4.serviceoffering"). AdditionalData
 <!--NeedCopy-->

  • Actuellement, les machines virtuelles Azure Spot ne prennent pas en charge la mise en veille prolongée.

Exigences

Lors de la création de la source du profil de machine (machine virtuelle ou spécification de modèle) pour le catalogue de machines virtuelles Azure Spot, vous devez sélectionner instance Azure Spot (si vous utilisez une machine virtuelle) ou définir priority sur Spot (si vous utilisez une spécification de modèle).

Étapes pour créer un catalogue à l’aide des machines virtuelles Azure Spot

  1. Créez une source de profil de machine (machine virtuelle ou modèle de lancement).

    • Pour créer une machine virtuelle à l’aide du portail Azure, consultez Déployer des machines virtuelles Azure Spot à l’aide du portail Azure.

    • Pour créer une spécification de modèle, ajoutez les propriétés suivantes sous Ressources > type : Microsoft.Compute/VirtualMachines > propriétés dans la spécification de modèle. Par exemple :

       "priority": "Spot",
 "evictionPolicy": "Deallocate",
 "billingProfile": {
 "maxPrice": 0.01
 }
 <!--NeedCopy-->

    Remarque :

    • La stratégie d’expulsion peut être Désallouer ou Supprimer.
    • Pour les machines virtuelles non persistantes, MCS définit toujours la stratégie d’expulsion sur Supprimer. Si la machine virtuelle est expulsée, elle et tous les disques non persistants sont supprimés (par exemple, le disque du système d’exploitation). Les disques persistants (par exemple, le disque d’identité) ne sont pas supprimés. Cependant, un disque du système d’exploitation est persistant si le type de catalogue est persistant ou si la propriété personnalisée PersistOsDisk est définie sur Vrai. De même, un disque WBC est persistant si la propriété personnalisée PersistWbc est définie sur Vrai.
    • Pour les machines virtuelles persistantes, MCS définit toujours la stratégie d’expulsion sur Désallouer. Si la machine virtuelle est expulsée, elle est désallouée. Aucune modification n’est apportée aux disques.
    • Le prix maximum est le prix que vous êtes prêt à payer par heure. Si vous utilisez Capacité seulement, il s’agit de -1. Le prix maximum ne peut être que nul, -1 ou une décimale supérieure à zéro. Pour en savoir plus, consultez Tarification.

  2. Vous pouvez exécuter la commande PowerShell suivante pour vérifier si un profil de machine est activé ou non pour les machines virtuelles Azure Spot. Si le paramètre SpotEnabled est Vrai et que SpotEvictionPolicy est défini sur Désallouer ou Supprimer, le profil de la machine est activé pour les machines virtuelles Azure Spot. Par exemple,

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

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

    • Si la source du profil de la 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-spot-delete.templatespecversion").AdditionalData
 <!--NeedCopy-->

  3. Créez un catalogue de machines à l’aide d’un profil de machine à l’aide de la commande PowerShell New-ProvScheme.

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 la machine est mis à jour lors de la prochaine mise sous tension.

Expulsions sur une machine virtuelle Azure Spot en cours d’exécution

Si la capacité informatique n’est pas disponible ou si le prix horaire dépasse le prix maximum configuré, Azure expulse une machine virtuelle Spot en cours d’exécution. Par défaut, vous n’êtes pas averti d’une expulsion. La machine virtuelle se bloque simplement et elle est expulsée. Microsoft recommande d’utiliser les événements planifiés pour surveiller les expulsions. Consultez Surveiller en permanence les expulsions. Vous pouvez également exécuter des scripts depuis une machine virtuelle pour recevoir une notification avant l’expulsion. Par exemple, Microsoft dispose d’un script de sondage dans Python, ScheduledEvents.cs.

Dépannage

  • Vous pouvez voir les propriétés de la machine virtuelle Spot dans les données customMachineData de la machine virtuelle provisionnée à l’aide de la commande Get-ProvVM. Si le champ de priorité est défini sur Spot, cela signifie que Spot est utilisé.

  • Vous pouvez vérifier si une machine virtuelle utilise Spot dans Azure Portal :

    1. Trouvez la machine virtuelle dans Azure Portal.
    2. Accédez à la page Présentation.

    3. Faites défiler l’écran vers le bas et localisez la section Azure Spot.

      • Si Spot n’est pas utilisé, ce champ est vide.
      • Si Spot est utilisé, les champs Azure Spot et Politique en matière d’expulsion d’Azure Spot sont définis.
  1. Vous pouvez vérifier le profil de facturation ou le prix maximum par heure de la machine virtuelle sur la page de configuration.

Copier les balises sur toutes les ressources

Vous pouvez copier les balises spécifiées dans un profil de machine sur toutes les ressources telles que plusieurs cartes réseau et disques (disque du système d’exploitation, disque d’identité et disque de cache à écriture différée) d’une nouvelle machine virtuelle ou d’une machine virtuelle existante dans un catalogue de machines. La source du profil de machine peut être une machine virtuelle ou une spécification de modèle ARM.

Remarque :

Vous devez ajouter la stratégie aux balises (voir Affecter des définitions de stratégie pour la conformité des balises) ou ajouter les balises dans une source de profil de machine pour conserver les balises sur les ressources.

Logiciels requis

Créez la source du profil de machine (machine virtuelle ou spécification de modèle ARM) pour avoir des balises sur la machine virtuelle, les disques et les cartes réseau de cette machine virtuelle.

  • Si vous souhaitez utiliser une machine virtuelle comme entrée de profil de machine, appliquez des balises sur la machine virtuelle et sur toutes les ressources du portail Azure. Consultez la section Ajouter des balises avec le portail Azure.

  • Si vous souhaitez utiliser la spécification du modèle ARM comme entrée de profil de machine, ajoutez le bloc de balises suivant sous chaque ressource.

      "tags": {
 "TagC": "Value3"
 },
 <!--NeedCopy-->

Remarque :

Vous pouvez avoir au maximum un disque et au moins une carte réseau dans la spécification du modèle.

Copier des balises sur les ressources d’une machine virtuelle d’un nouveau catalogue de machines

  1. Créez un catalogue permanent ou non persistant avec une spécification de modèle machine virtuelle ou ARM comme entrée de profil de machine.

  2. Ajoutez une machine virtuelle au catalogue et allumez-la. Les balises spécifiées dans le profil de la machine doivent être copiées dans les ressources correspondantes de cette machine virtuelle.

    Remarque :

    Un message d’erreur s’affiche si le nombre de cartes réseau indiqué dans le profil de la machine ne correspond pas au nombre de cartes réseau que vous souhaitez que les machines virtuelles utilisent.

Modifier les balises sur les ressources d’une machine virtuelle existante

  1. Créez un profil de machine avec les balises de toutes les ressources.

  2. Mettez à jour le catalogue de machines existant avec le profil de machine mis à jour. Par exemple :

    Set-ProvScheme -ProvisioningSchemeName <YourCatalogName> -MachineProfile <PathToYourMachineProfile>
<!--NeedCopy-->
  3. Éteignez la machine virtuelle sur laquelle vous souhaitez appliquer les mises à jour.

  4. Demandez une mise à jour planifiée pour la machine virtuelle. Par exemple :

    Set-ProvVMUpdateTimeWindow -ProvisioningSchemeName <YourCatalogName>  -VMName machine1 -StartsNow -DurationInMinutes -1
<!--NeedCopy-->
  5. Allumez la machine virtuelle.
  6. Les balises spécifiées dans le profil de la machine doivent être copiées dans les ressources correspondantes.

Remarque :

Un message d’erreur s’affiche si le nombre de cartes réseau indiqué dans le profil de la machine ne correspond pas au nombre de cartes réseau fournies dans Set-ProvScheme.

Autres ressources

Informations supplémentaires

Créer un catalogue Microsoft Azure
September 30, 2024
Contributeur: 
C C
September 30, 2024
Contributeur: 
C C

Dans cet article

Commentaires sur le site | Your privacy choices footer linkVos préférences de confidentialité | Confidentialité et conditions légales | Préférences de cookies | Paramètres de consentement | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.