vDisks

Les vDisks sont gérés au travers de la durée de vie du vDisk. Le cycle de vie complet d’une d’image commence avec la création initiale d’un vDisk, en passant par le déploiement et des mises à jour, jusqu’à son déclassement. La durée de vie d’un vDisk comprend quatre étapes :

  1. Création
  2. Déploiement
  3. Mise à jour
  4. Mise hors service

Création d’un vDisk

La création d’un vDisk comprend les étapes suivantes :

  • Préparation d’une machine cible principale en vue de créer une image
  • Création et configuration d’un fichier vDisk où réside le vDisk
  • Création d’une image de la machine cible principale dans ce fichier

Ces étapes génèrent une nouvelle image vDisk de base. Ce processus peut être réalisé automatiquement, à l’aide de l’assistant de création d’image, ou manuellement. Citrix Provisioning offre également l’option de créer une image courante à utiliser sur une plate-forme cible unique ou avec plusieurs plates-formes cibles. Pour plus de détails, consultez la section Création de vDisks.

Déploiement d’un vDisk

Après création de l’image de base d’un vDisk, elle est déployé en étant attribuée à une ou plusieurs machines. Une machine peut posséder plusieurs attributions de vDisk. Lorsque la machine démarre, elle démarre à partir d’un vDisk attribué. Il existe deux options de mode de démarrage ; mode Private Image (accès à une machine unique, lecture/écriture) et mode Standard Image (accès à plusieurs machines, options du cache en écriture). Pour plus de détails, consultez la section Configuration requise pour le déploiement de vDisks.

Mise à jour d’un vDisk

Il est parfois nécessaire de mettre à jour un vDisk existant afin que l’image contienne le logiciel et les correctifs les plus récents. Les mises à jour peuvent être effectuées manuellement, ou le processus de mise à jour peut être automatisé à l’aide des fonctionnalités vDisk Update Management. Chaque fois qu’un vDisk est mis à jour, une nouvelle version est créée. Plusieurs machines peuvent accéder différentes versions basées sur le type de machine cible et classification de version. Une machine de maintenance peut avoir un accès exclusif en lecture/écriture à la version de maintenance la plus récente. Les machines test peuvent avoir un accès partagé en lecture seule aux versions classées comme versions de test. Les machines de production peuvent avoir un accès partagé en lecture seule aux versions de production. Les versions sont créées et gérées à partir de la boîte de dialogue vDisk Versioning. Une mise à jour peut également être le résultat d’un fusionnement de versions. Pour plus de détails sur la mise à jour de vDisks, consultez la section Mise à jour de vDisks.

Retrait d’un vDisk

Le retrait d’un vDisk revient au même que la suppression. La chaîne VHDX complète y compris les fichiers d’image de différence et de base, les fichiers de propriétés et les fichiers verrouillés sont supprimés. Pour plus de détails, consultez la section Retrait d’un vDisk.

Remarque :

En plus de ces tâches vDisk réalisées dans la durée de vie d’un vDisk, il existe aussi d’autres tâches de maintenance vDisk pouvant être réalisées. Celles-ci incluent l’importation ou l’exportation de vDisk, la sauvegarde, la réplication et l’équilibrage de charge de vDisks.

Configuration requise pour le déploiement de vDisks

Les vDisks sont configurés avant d’être déployés. Les tâches de configuration comprennent :

Sélection de la destination du cache en écriture pour les images vDisk standard

Citrix Provisioning prend en charge différentes options de destination du cache en écriture. La sélection de la destination du cache en écriture pour un vDisk s’effectue dans l’onglet General de la boîte de dialogue vDisk File Properties.

Considérations et configuration requise

  • Pensez à l’impact de l’utilisation d’un cache d’écriture permanent côté serveur. Le cache permanent ne doit être utilisé que lorsque des utilisateurs non autorisés ont un accès non privilégié à une machine. Assurez-vous que les machines ne sont pas partagées entre les utilisateurs.
  • Lorsque le cache sur un disque dur local est sélectionné, assurez-vous que le lecteur de disque dur est au format NTFS pour les machines Windows et offre une capacité minimale de 500 Mo.
  • Si le cache sur la RAM de la machine cible et le mode Standard Image sont sélectionnés, le paramètre de registre WcMaxRamCacheMB (type DWORD) dans les paramètres BNIStack détermine la taille maximale de la RAM du cache en écriture. Si l’entrée de registre n’existe pas, la valeur par défaut utilisée est de 3 584 Mo.
  • Citrix Provisioning 7.7 prend uniquement en charge l’utilisation du client Microsoft System Center Configuration Manager (ConfigMgr) comme suit :
ConfigMgr Client Cache on device hard drive Cache in device RAM with overflow on hard disk Cache in device RAM
ConfigMgr 2007 : tous Non pris en charge Non pris en charge Non pris en charge
ConfigMgr 2012 Prise en charge Prise en charge Non pris en charge
ConfigMgr 2012 SP1 Prise en charge Prise en charge Non pris en charge
ConfigMgr 2012 R2 Prise en charge Prise en charge Non pris en charge
ConfigMgr Client Cache on server Cache on server persisted Cache on device hard drive persisted
ConfigMgr 2007 : tous Non pris en charge Non pris en charge Non pris en charge
ConfigMgr 2012 Non pris en charge Non pris en charge Non pris en charge
ConfigMgr 2012 SP1 Non pris en charge Non pris en charge Non pris en charge
ConfigMgr 2012 R2 Non pris en charge Non pris en charge Non pris en charge

Les sections suivantes décrivent toutes les options de destination de cache en écriture valides :

Remarque :

La version 7.12 de Citrix Provisioning a introduit le streaming Linux. Lors de l’utilisation de cette fonctionnalité, gardez à l’esprit que les options de mise en cache d’une machine cible Linux sont les mêmes que celles sur une machine Windows. Pour de plus amples informations sur le streaming Linux, consultez l’article Installation.

Cache on device hard drive

Le cache en écriture peut exister en tant que fichier au format NTFS ou sur le disque dur de la machine cible. Cette option libère le serveur. Celui-ci n’a pas besoin de procéder à des requêtes d’écriture car sa RAM n’est pas limitée.

Le disque dur ne requiert aucun logiciel supplémentaire pour activer cette fonctionnalité.

Remarque :

Le fichier du cache en écriture est temporaire, sauf si le mode vDisk est défini sur le mode Private Image.

Important :

Le champ de type de cache vDisk Cache on device hard drive est obsolète et sera supprimé dans une version ultérieure. Citrix recommande d’utiliser l’un des autres types de cache disponibles. Pour de plus amples informations, reportez-vous à l’article Fin de prise en charge.

Cache on device hard drive persisted (experimental phase only)

Identique au cache sur le disque dur de la machine, sauf que le cache est permanent. Cette méthode de cache en écriture est une fonctionnalité expérimentale uniquement prise en charge pour NT6.1 ou version ultérieure. Cette méthode requiert également un bootstrap différent. Pour sélectionner le bootstrap approprié depuis la console, cliquez avec le bouton droit de la souris sur le serveur Provisioning Server et sélectionnez Configure Bootstrap. Sur l’onglet General, cliquez sur l’option de fichier Bootstrap déroulante, puis choisissez CTXBP.BIN. Citrix recommande que vous possédiez une quantité suffisante d’espace disque disponible sur le disque dur (HDD) local côté client pour stocker la totalité du vDisk.

Important :

Le champ de type de cache vDisk Cache on device hard drive persisted est obsolète et sera supprimé dans une version ultérieure. Citrix recommande d’utiliser l’un des autres types de cache disponibles. Pour de plus amples informations, reportez-vous à l’article Fin de prise en charge.

Cache in device RAM

Le cache en écriture peut exister en tant que fichier temporaire dans la RAM de la machine cible. Cela procure la méthode d’accès au disque la plus rapide, puisque l’accès à la mémoire est toujours plus rapide que l’accès au disque.

Cache in device RAM with overflow on hard disk

Cette méthode de cache en écriture utilise le format de différenciation VHDX :

  • Lorsque la RAM est zéro, le cache en écriture de la machine cible est uniquement écrit sur le disque local.
  • Lorsque la RAM n’est pas zéro, le cache en écriture de la machine cible est écrit sur la RAM. Lorsque la RAM est saturée, le bloc de données le moins récemment utilisé est écrit sur le disque de différenciation local afin d’accueillir les nouvelles données sur la RAM. Le volume de RAM spécifié correspond à la mémoire du noyau non paginée que la machine cible consomme.

Comparé au mode de cache « Cache sur le disque dur de la machine », le format de bloc VHDX possède un taux de décompression de fichier plus rapide. L’espace disponible sur le disque local doit être reconsidéré pour accueillir la charge de streaming. Pour garantir la fiabilité des machines cibles lorsque la charge de travail est importante, Citrix conseille de réserver sur le disque local un espace libre supérieur à la capacité du vDisk.

Lorsque l’espace sur le disque local devient insuffisant, l’E/S vDisk de la machine cible passe en pause et attend que de l’espace se libère. Cette condition ayant un impact négatif sur la continuité de la charge de travail, Citrix vous recommande de réserver un espace disponible suffisant sur le disque local.

La quantité de RAM spécifiée ne modifie pas les besoins en espace sur le disque local. Plus la quantité de RAM allouée est élevée, plus le cache RAM stocke temporairement des E/S vDisk avant que toutes les données soient rebasculées vers le fichier VHDX. La RAM réduit le taux de décompression du fichier VHDX initial.

Cache sur un serveur

Le cache en écriture peut exister en tant que fichier temporaire sur un serveur Provisioning Server. Le serveur Provisioning Server gère toutes les écritures, ce qui peut augmenter les entrées et sorties du disque et le trafic réseau.

Pour plus de sécurité, il est possible de configurer le serveur Provisioning Server de manière à crypter les fichiers du cache en écriture. Le fichier du cache en écriture étant sur le disque dur entre les redémarrages, les données sont cryptées en cas de vol du disque dur.

Cache on server persistent

Cette option permet de sauvegarder des modifications entre les redémarrages. En utilisant cette option, après le redémarrage, une machine cible est capable de récupérer les modifications effectuées lors de sessions précédentes qui diffèrent de l’image vDisk en lecture seule. Si un vDisk est réglé sur l’option Cache on server persistent, chaque machine cible qui accède automatiquement au vDisk obtient la création d’un fichier disque spécifique à une machine et accessible en écriture. Tout changement apporté à l’image vDisk est écrit dans ce fichier, qui n’est pas automatiquement supprimé lors de l’arrêt.

Le nom du fichier identifie exclusivement la machine cible en incluant l’adresse MAC et l’identificateur du disque de la machine cible. Il est possible d’attribuer plusieurs vDisks à une machine cible, et donc de lui associer plusieurs fichiers de cache.

Pour restaurer un vDisk utilisant l’option Cache Persistent on Server, assurez-vous de sauvegarder tous les fichiers vDisk et les fichiers de cache associés avant d’apporter des modifications.

L’utilisation de cette option de cache génère les avantages suivants :

  • Sauvegarde des modifications spécifiques à la machine cible et apportées à l’image vDisk.
  • Mêmes avantages que le mode Standard Image.

L’utilisation de cette option de cache génère les inconvénients suivants :

  • Le fichier de cache est disponible tant que le fichier reste valide. Toute modification apportée au vDisk engendre le marquage automatique du fichier cache comme non valide. Par exemple, si le vDisk est défini sur le mode Private Image, tous les fichiers de cache associés sont marqués comme non valide.

Remarque :

les fichiers de cache qui sont marqués comme non valides ne sont pas supprimés. Périodiquement, ces fichiers devraient être supprimés manuellement.

L’invalidation des modifications comprend les éléments suivants :

  • Placement d’un vDisk en mode maintenance.
  • Réglage du vDisk en mode Private Image.
  • Mappage du lecteur à partir de la console.
  • Modification de l’emplacement du fichier du cache en écriture.
  • Utilisation de la mise à jour automatique.

Conseil :

Pensez à l’impact de l’utilisation d’un cache d’écriture permanent côté serveur. Le cache permanent ne doit être utilisé que lorsque des utilisateurs non autorisés ont un accès non privilégié à une machine. Assurez-vous que les machines ne sont pas partagées entre les utilisateurs.