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.
  • Si vous sélectionnez le cache sur un disque dur local, 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 vous utilisez le cache sur la RAM de la machine cible et le mode Standard Image, le paramètre de registre WcMaxRamCacheMB dans les paramètres BNIStack détermine la taille maximale de la RAM du cache en écriture. Ce paramètre de registre est un paramètre de type DWORD. Si l’entrée de registre n’existe pas, la valeur par défaut utilisée est de 3 584 Mo.
  • La prise en charge du client Microsoft System Center Configuration Manager (ConfigMgr) est la suivante :
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 Prises en charge Prises en charge Non pris en charge
ConfigMgr 2012 SP1 Prises en charge Prises en charge Non pris en charge
ConfigMgr 2012 R2 Prises en charge Prises 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, reportez-vous à l’article d’installation.

Cache on device hard drive

Le cache en écriture peut exister en tant que fichier au format NTFS situé sur le disque dur de la machine cible. Cette option de cache en écriture libère le serveur Provisioning Server, puisqu’il n’a pas besoin de procéder à des requêtes d’écriture et que 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. Cette fonctionnalité 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.

Conseil

Pour Windows 10 version 1803, la fonctionnalité Cache in device RAM n’est pas prise en charge. Une machine cible se bloque lorsqu’elle ne parvient pas à utiliser la mémoire réservée à partir du bootstrap. Citrix recommande d’utiliser la fonctionnalité Cache in device RAM with overflow on hard disk. Ce problème concerne le bootstrap d’ancienne génération ; il ne s’applique pas aux configurations de bootstrap UEFI.

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 a un impact négatif sur la continuité de la charge de travail. Par conséquent, Citrix recommande d’allouer suffisamment d’espace disque disponible.

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 cette option, assurez-vous de sauvegarder tous les fichiers vDisk et les fichiers de cache associés.

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. Lors de l’administration de cette fonctionnalité, 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.