Documentation produit
Citrix DaaS™
Voir PDF

Gestion des images

May 4, 2026
Contributeur: 
C C

Introduction

  • Le processus de création ou de mise à jour d’un catalogue MCS comporte deux phases :

  • Mastering : une image source est convertie en image publiée.

  • Clonage : de nouvelles machines virtuelles sont créées à partir de l’image publiée.

  • Grâce à la fonctionnalité de gestion des images, MCS sépare la phase de mastering du workflow global de provisioning.

  • Vous pouvez préparer différentes versions d’images MCS (Image préparée) à partir d’une seule image source et les utiliser dans plusieurs catalogues de machines MCS différents. Vous pouvez également partager des versions d’images préparées entre les unités d’hébergement. Cette implémentation réduit considérablement les coûts de stockage et de temps, et simplifie le déploiement des machines virtuelles et le processus de mise à jour des images.

    • Les avantages de l’utilisation de cette fonctionnalité de gestion des images sont les suivants :

    • Générer des images préparées à l’avance sans créer de catalogue.
    • Réutiliser des images préparées dans plusieurs scénarios, tels que la création et la mise à jour d’un catalogue.
    • Réduire considérablement le temps de création ou de mise à jour du catalogue.

    • Partager des versions d’images préparées entre les unités d’hébergement :

    • Pour Azure, Nutanix AHV Prism Central et VMware, les versions d’images peuvent être partagées entre les connexions d’hôte du même type de connexion.
    • Pour les instances gérées Amazon WorkSpaces Core, les versions d’images peuvent être partagées entre différentes zones de disponibilité, liées à différentes unités d’hébergement, au sein de la même région AWS ou dans différentes régions.
    • Pour AWS EC2, les versions d’images peuvent être partagées entre différentes zones de disponibilité, liées à différentes unités d’hébergement, au sein de la même région AWS.
    • Pour XenServer, les versions d’images ne peuvent être partagées qu’entre les unités d’hébergement au sein de la même connexion d’hôte.

Remarque :

  • Cette fonctionnalité s’applique actuellement aux instances gérées Amazon WorkSpaces Core, AWS EC2, Azure, Nutanix AHV Prism Central, Red Hat OpenShift, la virtualisation VMware et les environnements XenServer.
  • Vous pouvez créer un catalogue de machines MCS sans utiliser d’images préparées. Dans ce cas, vous ne pouvez pas bénéficier des avantages de la fonctionnalité. Cependant, pour les instances gérées Amazon WorkSpaces Core, créez le catalogue MCS en utilisant uniquement une version d’image préparée. Vous ne pouvez pas créer le catalogue directement à l’aide d’une image principale.

Cas d’utilisation

Voici quelques cas d’utilisation de la fonctionnalité de gestion des images :

  • Gestion des versions : les versions d’images vous permettent de :

    • gérer différentes itérations ou mises à jour d’une image particulière.
    • maintenir plusieurs versions d’une image à des fins différentes.

  • Regroupement logique : vous pouvez créer plusieurs définitions d’images pour :

    • regrouper logiquement les versions d’images en fonction de divers critères tels que le projet, le service ou le type d’application et de bureau.
    • gérer les images plus efficacement au sein d’une organisation.

  • Partage d’images : vous pouvez partager des versions d’images préparées entre les unités d’hébergement au sein des connexions d’hôte du même type de connexion pour :

    • assurer la cohérence et l’uniformité des images entre les différentes unités d’hébergement.

Qu’est-ce qu’une image préparée ?

  • Grâce à la fonctionnalité de gestion des images, MCS dissocie la phase de mastering du workflow global de création ou de mise à jour du catalogue et décompose le processus en deux étapes :
  1. Créer des images préparées à partir d’une seule image source.
    1. Utiliser l’image préparée pour créer ou mettre à jour un catalogue de machines MCS.

Vous pouvez créer les images préparées à l’avance. Vous pouvez utiliser une seule image préparée pour créer ou mettre à jour plusieurs catalogues de machines provisionnées MCS.

  • Comprenez comment une image préparée est utilisée dans plusieurs catalogues de machines MCS lorsque vous utilisez Studio :

  • Présentation de l’image préparée

    • Définition d’image : les définitions d’images sont un regroupement logique des versions d’une image. La définition d’image contient des informations sur :
  • la raison de la création de l’image
  • le système d’exploitation auquel elle est destinée
  • d’autres informations sur l’utilisation de l’image.

Un catalogue n’est pas créé à partir d’une définition d’image, mais à partir des versions d’images créées sur la base de la définition d’image.

Version d’image : les versions d’images gèrent le versioning de la définition d’image. Une définition d’image peut avoir plusieurs versions d’images. Utilisez les versions d’images comme images préparées pour créer ou mettre à jour un catalogue.

  • Pour Azure et VMware, les versions d’images peuvent être partagées entre les connexions d’hôte du même type de connexion.
  • Pour les instances gérées Amazon WorkSpaces Core, les versions d’images peuvent être partagées entre différentes zones de disponibilité, liées à différentes unités d’hébergement, au sein de la même région AWS ou dans différentes régions.
    • Pour AWS EC2, les versions d’images peuvent être partagées entre différentes zones de disponibilité, liées à différentes unités d’hébergement, au sein de la même région AWS.
    • Pour XenServer, les versions d’images ne peuvent être partagées qu’entre les unités d’hébergement au sein de la même connexion d’hôte.

Alternativement, si vous souhaitez utiliser des commandes PowerShell pour créer un schéma de provisioning afin de créer ou de mettre à jour un catalogue, vous devez créer une spécification de version d’image préparée basée sur la spécification de version d’image principale, selon les besoins de votre environnement.

  • Pour Azure, Nutanix AHV Prism Central et VMware, les versions d’images peuvent être partagées entre les connexions d’hôte du même type de connexion.
  • Pour les instances gérées Amazon WorkSpaces Core, les versions d’images peuvent être partagées entre différentes zones de disponibilité, liées à différentes unités d’hébergement, au sein de la même région AWS ou dans différentes régions.
  • Pour AWS EC2, les versions d’images peuvent être partagées entre différentes zones de disponibilité, liées à différentes unités d’hébergement, au sein de la même région AWS.
    • Pour XenServer, les versions d’images ne peuvent être partagées qu’entre les unités d’hébergement au sein de la même connexion d’hôte.

Exigence

-  Pour les images principales Windows, seules les images VDA version 2311 ou ultérieure sont prises en charge. Le composant MCS/IO doit être explicitement sélectionné et installé. L’activation ou la désactivation de la configuration MCS I/O doit être déterminée lors de la création ou des mises à jour du catalogue de machines, car elle n’est pas activée par défaut.

Limitations

-  Actuellement, la fonctionnalité ne prend pas en charge les éléments suivants :

-  Plusieurs cartes réseau (NIC) dans Azure
  • La fonctionnalité de disque de données persistant
  • L’hibernation pour les sessions multiples
  • Le changement de type d’image

  • Lors du partage d’une version d’image préparée entre des unités d’hébergement dans Azure, les méthodes de partage suivantes ne sont pas autorisées :

    • Partager directement
    • Partager avec la galerie communautaire publique

Gestion du cycle de vie des images à l’aide de Studio

Le cycle de vie de l’image lorsque vous utilisez Studio est le suivant :

    1. Créez une image préparée : Créez une définition d’image et sa version d’image initiale.
  1. Créez des versions d’image à partir de la version d’image initiale.
    1. Si nécessaire, partagez une version d’image avec une unité d’hébergement dans votre environnement de virtualisation.
  1. Utilisez une version d’image comme image préparée pour créer des catalogues.
  2. Mettez à jour un catalogue de machines avec une image préparée différente.
  3. Gérez les définitions et les versions d’image : Modifiez le nom et la description des versions d’image, ainsi que la description d’une définition d’image.
  4. Supprimez une version d’image.
  5. Supprimez une définition d’image.

Vous pouvez également gérer les images à l’aide de PowerShell. Consultez Gestion du cycle de vie des images à l’aide de PowerShell.

Gestion du cycle de vie des images à l’aide de PowerShell

Si vous souhaitez utiliser des commandes PowerShell pour créer un schéma de provisionnement, vous devez créer une spécification de version d’image préparée basée sur la spécification de version d’image principale, selon les besoins de votre environnement.

Spécification de version d’image principale : Une spécification de version d’image principale est une image spécifique ajoutée ou créée sous une version d’image. Vous pouvez ajouter une image existante dans l’hyperviseur en tant que spécification de version d’image principale ou créer une spécification de version d’image préparée basée sur la spécification de version d’image principale, selon les besoins de votre environnement. La spécification de version d’image préparée peut être utilisée pour plusieurs schémas de provisionnement.

  • Vous pouvez partager des spécifications de version d’image entre des unités d’hébergement, en fonction de votre environnement de virtualisation :

  • Dans les environnements Azure, VMware et Amazon WorkSpaces Core Managed Instances, vous pouvez partager des spécifications de version d’image entre des unités d’hébergement, qu’elles se trouvent dans la même connexion d’hôte ou dans des connexions d’hôte différentes du même type de connexion. Dans Azure, le partage est réalisé à l’aide de la capacité de partage de disque d’Azure Compute Gallery (ACG).
  • Pour AWS EC2, les versions d’image peuvent être partagées entre différentes zones de disponibilité, liées à différentes unités d’hébergement, au sein de la même région AWS.

  • Dans Nutanix AHV Prism Central et XenServer, vous ne pouvez partager les spécifications de version d’image qu’entre les unités d’hébergement au sein de la même connexion d’hôte.

  • Le cycle de vie d’une image lors de l’utilisation des commandes PowerShell est le suivant :

    1. Créez une image :
    1. Créez une définition d’image.
    1. Ajoutez une nouvelle configuration pour la définition d’image dans la connexion d’hébergement spécifiée.
    2. Créez une version d’image.
    3. Ajoutez une spécification de version d’image principale.
    4. Créez une spécification de version d’image préparée.

  1. Si nécessaire, partagez une spécification de version d’image avec une autre unité d’hébergement, en respectant les contraintes de partage de votre environnement de virtualisation :

    • Pour Azure et VMware, les versions d’image peuvent être partagées entre des connexions d’hôte du même type de connexion.
    • Pour Amazon WorkSpaces Core Managed Instances, les versions d’image peuvent être partagées entre différentes zones de disponibilité, liées à différentes unités d’hébergement, au sein de la même région AWS ou dans des régions différentes.
    • Pour AWS EC2, les versions d’image peuvent être partagées entre différentes zones de disponibilité, liées à différentes unités d’hébergement, au sein de la même région AWS.
    • Pour XenServer, les versions d’image ne peuvent être partagées qu’entre les unités d’hébergement au sein de la même connexion d’hôte.

  2. Créez un catalogue de machines MCS à l’aide d’une spécification de version d’image préparée :

    1. Créez un catalogue de brokers.
    2. Créez un pool d’identités.
    3. Créez un schéma de provisionnement avec le paramètre Uid de la spécification de version d’image préparée à l’aide de la commande New-ProvScheme.
    4. Liez le catalogue de brokers au schéma de provisionnement.
  3. Créez des machines virtuelles dans le catalogue de machines MCS.
  4. Modifiez la spécification de version d’image préparée d’un schéma de provisionnement à l’aide de la commande Set-ProvScheme.
  5. Gérez les définitions et les versions d’image : Modifiez les versions et les définitions d’image.
  6. Supprimez un catalogue de machines MCS : L’ordre de suppression est : catalogue de machines > spécification de version d’image préparée partagée (si partage d’image) > spécification de version d’image préparée > spécification de version d’image principale > version d’image > configuration pour la définition d’image dans la connexion d’hébergement spécifiée > définition d’image. Avant de supprimer la spécification de version d’image, assurez-vous que la spécification de version d’image préparée n’est associée à aucun catalogue de machines MCS.

Comprendre le nœud Images

Utilisez le nœud Images pour créer et gérer des images préparées MCS. Sa vue principale est divisée en quatre parties :

  • Sans image préparée partagée entre les unités d’hôte

    Vue principale du nœud d'image

  • Avec image préparée partagée entre les unités d’hôte : Dans Azure et VMware

    Vue principale du nœud d'image - partage d'image

Étiquette Partie Description
A Définitions d’image Liste les définitions d’image précédemment créées.
B Versions d’image Affiche les versions d’image de la définition d’image sélectionnée.
C



Détails



  • L’onglet Détails affiche des informations détaillées sur la définition ou la version d’image sélectionnée, telles que l’image principale, la ressource, l’hyperviseur, le nom de la définition d’image, le type de système d’exploitation et le type de session.
  • L’onglet Schéma d’image affiche des informations sur le modèle utilisé pour la préparation des images, telles que le disque dur, la taille de la machine, le type de licence, l’ensemble de chiffrement de disque, le profil de machine, etc.
  • L’onglet Schémas de provisionnement affiche le nom du schéma de provisionnement utilisé pour créer le catalogue.
  • L’onglet Dépannage fournit l’état d’erreur de la version d’image sélectionnée.
  • En cas de partage d’image : L’onglet Ressources fournit l’état du partage de la version d’image.
D Barre d’actions Liste les actions que vous pouvez effectuer sur les définitions et les versions d’image, telles que Créer une version d’image, Modifier la description, Gérer le partage d’image (en cas de partage d’image préparée), Supprimer la version d’image et Créer un catalogue.

Créer des catalogues de machines d’images préparées

Créez des images préparées et utilisez-les pour créer un catalogue de machines MCS à l’aide de :

  • Studio
  • Commandes PowerShell

Actuellement, vous pouvez créer des catalogues de machines d’images préparées dans les environnements de virtualisation Amazon WorkSpaces Core Managed Instances, AWS EC2, Azure, Red Hat OpenShift, VMware et XenServer®.

Remarque :

Vous pouvez créer un catalogue de machines MCS sans utiliser d’images préparées. Dans ce cas, vous ne bénéficiez pas des avantages de la fonctionnalité. Cependant, pour Amazon WorkSpaces Core Managed Instances, créez le catalogue MCS en utilisant uniquement une version d’image préparée. Vous ne pouvez pas créer le catalogue en utilisant directement une image principale.

Où aller ensuite

Gestion des images
May 4, 2026
Contributeur: 
C C
May 4, 2026
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.