Disques virtuels

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

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

Création d’un disque virtuel

La création d’un disque virtuel comprend :

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

Ces étapes génèrent une nouvelle image de disque virtuel de base. Ce processus peut être réalisé automatiquement, à l’aide de l’assistant de création d’image, ou manuellement. Vous pouvez également créer une image courante à utiliser sur une plate-forme cible unique ou avec plusieurs cibles. Pour plus de détails, consultez Création de vDisks.

Déploiement d’un disque virtuel

Après création de l’image de base d’un disque virtuel, elle est déployée en étant attribuée à une ou plusieurs machines. Plusieurs disques virtuels peuvent être affectés à une machine. Lorsque la machine démarre, elle démarre à partir d’un disque virtuel 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 disque virtuel

Il est parfois nécessaire de mettre à jour un disque virtuel 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 Update Management de disque virtuel. Chaque fois qu’un disque virtuel 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 d’informations sur la mise à jour des disques virtuels, reportez-vous à la section Mise à jour des disques virtuels.

Retrait d’un disque virtuel

Le retrait d’un disque virtuel est le même processus 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 Retrait d’un disque virtuel.

Remarque :

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

Configuration requise pour le déploiement de disques virtuels

Les disques virtuels 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 de disque virtuel 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 disque virtuel s’effectue dans l’onglet General de la boîte de dialogue File Properties du disque virtuel.

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 à 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 Pris en charge Pris en charge Non pris en charge
ConfigMgr 2012 SP1 Pris en charge Pris en charge Non pris en charge
ConfigMgr 2012 R2 Pris en charge Pris 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, reportez-vous à 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 de disque virtuel est défini sur le mode Private Image.

Important :

Le champ de type de cache de disque virtuel 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, veuillez consulter 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 cliquer sur le bootstrap approprié depuis la console, cliquez avec le bouton droit de la souris sur le serveur de provisioning et sélectionnez Configure Bootstrap. Sur l’onglet General, cliquez sur l’option de fichier Bootstrap, 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 disque virtuel.

Important :

Le champ de type de cache de disque virtuel 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, veuillez consulter 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 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 disque virtuel.

Lorsque l’espace sur le disque local devient insuffisant, l’E/S de disque virtuel 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 de disque virtuel 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 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 à 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 de disque virtuel en lecture seule. Si un disque virtuel est réglé sur l’option Cache on server persistent, chaque machine cible qui accède automatiquement au disque virtuel obtient la création d’un fichier disque spécifique à une machine et accessible en écriture. Tout changement apporté à l’image de disque virtuel 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 disque virtuel utilisant l’option Cache Persistent on Server, assurez-vous de sauvegarder tous les fichiers de disque virtuel 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 de disque virtuel.
  • 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 disque virtuel engendre le marquage automatique du fichier cache comme non valide. Par exemple, si le disque virtuel 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 disque virtuel en mode maintenance.
  • Le disque virtuel passe en mode d’image Private Image
  • Mappage du lecteur à partir de la console Citrix Provisioning.
  • 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 à une machine. Assurez-vous que les machines ne sont pas partagées entre les utilisateurs.