Citrix Hypervisor
Merci pour vos commentaires

Ce article a été traduit automatiquement. (Clause de non responsabilité)

IntelliCache

Important :

La mise à jour cumulative 1 de Citrix Hypervisor 8.2 prend fin le 25 juin 2025. Planifiez votre mise à niveau vers XenServer 8 dès maintenant pour assurer une transition en douceur et un support continu. Pour plus d’informations, consultez Mise à niveau.

Si vous utilisez vos fichiers de licence Citrix Virtual Apps and Desktops pour obtenir une licence pour vos hôtes Citrix Hypervisor 8.2 Cumulative Update 1, ces fichiers de licence ne sont pas compatibles avec XenServer 8. Avant la mise à niveau, vous devez acquérir les fichiers de licence socket XenServer Premium Edition à utiliser avec XenServer 8. Ces fichiers de licence de socket sont disponibles en tant que droits des abonnements Citrix pour le cloud privé, Citrix Universal Hybrid Multi-Cloud, Citrix Universal MSP et Citrix Platform License pour l’exécution de vos charges de travail Citrix. Les clients Citrix qui n’ont pas encore migré vers ces nouveaux abonnements peuvent demander à participer à une promotion gratuite pour 10 000 licences de sockets XenServer Premium Edition. Pour plus d’informations, consultez XenServer.

Si vous n’obtenez pas de licence compatible pour XenServer 8 avant la mise à niveau, lorsque vous mettez à niveau vos hôtes, ils reviennent à l’édition d’essai de 90 jours. L’édition d’essai offre les mêmes fonctionnalités que l’édition Premium, avec quelques limitations. Pour plus d’informations, consultez Présentation des licences XenServer 8.

Utilisation de Citrix Hypervisor avec IntelliCache rend les déploiements d’infrastructure de bureau virtuel hébergé plus rentables en vous permettant d’utiliser une combinaison de stockage partagé et de stockage local. Il est particulièrement avantageux lorsque de nombreuses machines virtuelles (VM) partagent toutes une image de système d’exploitation commune. La charge sur la baie de stockage est réduite et les performances sont améliorées. En outre, le trafic réseau à destination et en provenance du stockage partagé est réduit, car le stockage local met en cache l’image principale à partir du stockage partagé.

IntelliCache fonctionne en mettant en cache les données d’une VDI parente de machine virtuelle dans le stockage local sur l’hôte de machine virtuelle. Ce cache local est ensuite renseigné au fur et à mesure que les données sont lues à partir du VDI parent. Lorsque de nombreuses machines virtuelles partagent une VDI parente commune, une machine virtuelle peut utiliser les données lues dans le cache à partir d’une autre machine virtuelle. Il n’est pas nécessaire d’accéder davantage à l’image principale sur le stockage partagé.

Un SR local alloué de manière dynamique est requis pour IntelliCache. Le provisionnement dynamique est un moyen d’optimiser l’utilisation du stockage disponible. Cette approche vous permet d’utiliser davantage le stockage local au lieu du stockage partagé. Il repose sur l’allocation à la demande de blocs de données. Dans d’autres approches, tous les blocs sont alloués à l’avance.

Important :

Cette fonctionnalité n’est prise en charge que lors de l’utilisation de Citrix Hypervisor avec Citrix Virtual Desktops.

Le provisionnement dynamique modifie le type de stockage local par défaut de l’hôte de LVM à EXT4. Provisionnement dynamique doit être activé pour que la mise en cache locale de Citrix Virtual Desktops fonctionne correctement.

Intellicache n’est pas pris en charge pour les machines virtuelles utilisant un SR GFS2.

Le provisionnement dynamique permet à l’administrateur de présenter aux machines virtuelles qui se connectent au référentiel de stockage (SR) plus d’espace de stockage que ce qui est disponible sur le SR. Il n’y a aucune garantie d’espace et l’allocation d’un LUN ne réclame aucun bloc de données tant que la machine virtuelle n’a pas écrit les données.

Avertissement :

Les SR alloués de manière dynamique peuvent manquer d’espace physique, car les machines virtuelles qu’elles contiennent peuvent augmenter jusqu’à consommer de la capacité de disque à la demande. Les machines virtuelles IntelliCache gèrent cette condition en revenant automatiquement au stockage partagé lorsque le cache SR local est plein. Ne mélangez pas des machines virtuelles traditionnelles et des machines virtuelles IntelliCache sur le même SR, car la taille des machines virtuelles IntelliCache peut augmenter rapidement.

Déploiement d’IntelliCache

IntelliCache doit être activé lors de l’installation de l’hôte ou être activé manuellement sur un hôte en cours d’exécution à l’aide de l’interface de ligne de commande.

Nous vous recommandons d’utiliser un périphérique de stockage local haute performance pour garantir le transfert de données le plus rapide possible. Par exemple, utilisez un disque SSD ou une matrice RAID hautes performances. Tenez compte à la fois du débit de données et de la capacité de stockage lors du dimensionnement des disques locaux. Le type de stockage partagé, utilisé pour héberger l’image de disque virtuel (VDI) source, doit être basé sur NFS ou EXT3/EXT4.

Activer sur l’installation de l’hôte

Pour activer IntelliCache lors de l’installation de l’hôte, sur le Stockage de machine virtuelle écran, sélectionnez Activer le provisionnement dynamique. Cette option sélectionne le SR local de l’hôte à utiliser pour la mise en cache locale des VDI de machine virtuelle.

Le panneau Stockage de la machine virtuelle dans les écrans d’installation.

Convertir un hôte existant pour utiliser le provisionnement dynamique

Pour supprimer une SR locale LVM existante et la remplacer par une SR EXT3/EXT4 provisionnée de manière dynamique, entrez les commandes suivantes.

Avertissement :

Ces commandes suppriment votre SR local existant, et les machines virtuelles sur le SR sont définitivement supprimées.

localsr=`xe sr-list type=lvm host=hostname params=uuid --minimal` echo localsr=$localsr pbd=`xe pbd-list sr-uuid=$localsr params=uuid --minimal` echo pbd=$pbd xe pbd-unplug uuid=$pbd xe pbd-destroy uuid=$pbd xe sr-forget uuid=$localsr sed -i "s/'lvm'/'ext'/" /etc/firstboot.d/data/default-storage.conf rm -f /var/lib/misc/ran-storage-init systemctl restart storage-init.service xe sr-list type=ext

Pour activer la mise en cache locale, entrez les commandes suivantes :

xe host-disable host=hostname localsr=`xe sr-list type=ext host=hostname params=uuid --minimal` xe host-enable-local-storage-caching host=hostname sr-uuid=$localsr xe host-enable host=hostname

Comportement de la machine virtuelle avec Intellicache

L’indicateur VDI au démarrage dicte le comportement d’une VDI de machine virtuelle lorsque celle-ci est démarrée et l’indicateur VDI allow-caching dicte le comportement de mise en cache.

Les valeurs à utiliser pour ces paramètres dépendent du type de machine virtuelle que vous créez et de son utilisation prévue :

  • Pour les machines partagées ou allouées de manière aléatoire :

    • Réglez l’icône au démarrage pour réinitialisation.
    • Réglez l’icône allow-caching pour vrai

    Par exemple :

    xe vdi-param-set uuid=vdi_uuid on-boot=reset allow-caching=true

    Au démarrage de la machine virtuelle, le VDI est rétabli dans l’état dans lequel il se trouvait lors du démarrage précédent. Toutes les modifications pendant l’exécution de la machine virtuelle sont perdues lors du prochain démarrage de la machine virtuelle. Les nouvelles données de machine virtuelle sont écrites uniquement sur le stockage local. Il n’y a pas d’écriture sur le stockage partagé. Cette approche permet de réduire la charge sur le stockage partagé. Toutefois, la machine virtuelle ne peut pas être migrée entre les hôtes.

    Sélectionnez cette option si vous prévoyez de fournir des postes de travail standardisés auxquels les utilisateurs ne peuvent pas apporter de modifications permanentes.

  • Pour les machines statiques ou dédiées :

    • Réglez l’icône au démarrage pour persister.
    • Réglez l’icône allow-caching pour vrai

    Par exemple :

    xe vdi-param-set uuid=vdi_uuid on-boot=persist allow-caching=true

    Au démarrage de la machine virtuelle, le VDI est dans l’état dans lequel il a été laissé lors du dernier arrêt. Les nouvelles données de machine virtuelle sont écrites à la fois sur le stockage local et partagé. Les lectures de données mises en cache ne nécessitent pas de trafic d’E/S vers le stockage partagé, ce qui réduit la charge sur le stockage partagé. La migration de la machine virtuelle vers un autre hôte est autorisée et le cache local du nouvel hôte est renseigné lors de la lecture des données.

    Sélectionnez cette option si vous prévoyez d’autoriser les utilisateurs à apporter des modifications permanentes à leur bureau.

Remarque :

Pour les machines virtuelles dont les VDI se trouvent sur un SR GFS2, le comportement au démarrage de la VM est différent de celui des VM avec des VDI sur d’autres types de SR. Pour les VDI sur un SR GFS2, l’option au démarrage est appliquée à l’arrêt de la machine virtuelle, et non au démarrage de la machine virtuelle.

Détails de l’implémentation et dépannage

Q: IntelliCache est-il compatible avec la migration en direct et la haute disponibilité ?

Un: Vous pouvez utiliser la migration en direct et la haute disponibilité avec IntelliCache lorsque les postes de travail virtuels sont en mode privé, c’est-à-dire lorsque on-boot=persist

Avertissement :

Une machine virtuelle ne peut pas être migrée si l’une de ses VDI a des indicateurs de comportement de mise en cache définis sur on-boot=réinitialiser et allow-caching=vrai. Les tentatives de migration pour les machines virtuelles avec ces propriétés échouent.

Q: Où se trouve le cache local sur le disque local ?

Un: Le cache se trouve dans un référentiel de stockage (SR). Chaque hôte dispose d’un paramètre de configuration (appelé local-cache-sr) indiquant quel SR (local) doit être utilisé pour les fichiers de cache. En règle générale, ce SR est un SR de type EXT3/EXT4. Lorsque vous exécutez des machines virtuelles avec IntelliCache, vous voyez des fichiers à l’intérieur du SR avec des noms uuid.vhdcache. Ce fichier est le fichier de cache pour le VDI avec l’UUID donné. Ces fichiers ne sont pas affichés dans XenCenter - la seule façon de les voir est de se connecter à dom0 et de lister le contenu de /var/run/sr-mount/sr-uuid

Q: Comment puis-je spécifier une SR particulière à utiliser comme cache ?

Un: Le champ de l’objet hôte cache-local-sr fait référence à un SR local. Vous pouvez afficher sa valeur en exécutant la commande suivante :

xe sr-list params=local-cache-sr,uuid,name-label

Ce champ est défini soit :

  • Après l’installation de l’hôte, si vous avez choisi l’option « Activer le provisionnement dynamique » dans le programme d’installation de l’hôte, ou

  • En courant xe host-enable-local-storage-caching host=host sr-uuid=sr. La commande nécessite que l’hôte spécifié soit désactivé. Arrêtez les machines virtuelles lorsque vous utilisez cette commande.

La première option utilise le SR local de type EXT3/EXT4 et est créée lors de l’installation de l’hôte. La deuxième option utilise le SR spécifié sur la ligne de commande.

Avertissement :

Ces étapes ne sont nécessaires que pour les utilisateurs qui ont configuré plus d’un SR local.

Q: Quand le cache local est-il supprimé ?

Un: Un fichier de cache VDI n’est supprimé que lorsque le VDI lui-même est supprimé. Le cache est réinitialisé lorsqu’une VDI est attachée à une machine virtuelle (par exemple, au démarrage de la machine virtuelle). Si l’hôte est hors ligne lorsque vous supprimez le VDI, la synchronisation SR qui s’exécute sur la mémoire de démarrage collecte le fichier cache.

Remarque :

Le fichier de cache n’est pas supprimé de l’hôte lorsqu’une machine virtuelle migre vers un autre hôte ou est arrêtée.

La version officielle de ce document est en anglais. Certains contenus de la documentation Cloud Software Group ont été traduits de façon automatique à des fins pratiques uniquement. Cloud Software Group n'exerce aucun contrôle sur le contenu traduit de façon automatique, qui peut contenir des erreurs, des imprécisions ou un langage inapproprié. Aucune garantie, explicite ou implicite, n'est fournie quant à l'exactitude, la fiabilité, la pertinence ou la justesse de toute traduction effectuée depuis l'anglais d'origine vers une autre langue, ou quant à la conformité de votre produit ou service Cloud Software Group à tout contenu traduit de façon automatique, et toute garantie fournie en vertu du contrat de licence de l'utilisateur final ou des conditions d'utilisation des services applicables, ou de tout autre accord avec Cloud Software Group, quant à la conformité du produit ou service à toute documentation ne s'applique pas dans la mesure où cette documentation a été traduite de façon automatique. Cloud Software Group ne pourra être tenu responsable de tout dommage ou problème dû à l'utilisation de contenu traduit de façon automatique.
IntelliCache