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. Utilisez un cache permanent uniquement 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.
- Lorsque vous utilisez l’option Cache to Device RAM en mode image standard, le paramètre de Registre
WcMaxRamCacheMBdétermine le cache en écriture RAM maximal. Ce paramètre de registre apparaît dans les paramètres BNIStack. Il représente un paramètreDWORD. 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 Provisioning Services 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 d’installation.
Cache on device hard drive
Le cache en écriture existe 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 Citrix Provisioning, puisqu’il n’a pas besoin de traiter les 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 plus d’informations, consultez 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 Citrix Provisioning, cliquez avec le bouton droit de la souris sur le serveur Citrix Provisioning et sélectionnez Configure Bootstrap. Sur l’onglet General, cliquez sur l’option de fichier Bootstrap du menu, 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 plus d’informations, consultez 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. La taille maximale du cache en écriture RAM est déterminée par le paramètre de Registre WcMaxRamCacheMB.
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 est 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. 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.
Conseil
Le paramètre de Registre
WcMaxRamCacheMBn’est pas valide lors de la configuration de Cache in device RAM with hard disk overflow. Lorsque vous utilisez ce cache en écriture sur la console de gestion de provisioning, utilisez la valeur spécifiée pour la taille maximale allouée.
Cache on a server
Le cache en écriture peut exister en tant que fichier temporaire sur un serveur de provisioning. Le serveur de provisioning 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 de provisioning de manière à chiffrer 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 chiffré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.
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 sont 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 n’est 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.