Décision de conception : présentation des graphiques HDX

Introduction

Pour répondre aux différentes exigences des utilisateurs, le protocole Citrix HDX permet de configurer différents modes graphiques. Le but de cet article est de décrire les différents modes HDX et comment ils sont configurés. Il vous donne un point de départ à partir duquel vous pouvez configurer votre environnement pour qu’il réponde le mieux aux besoins de vos utilisateurs, à votre charge de travail et aux conditions actuelles du réseau.

Important à noter : cet article est basé sur Citrix Virtual Apps and Desktops 1912, sauf indication contraire.

AVERTISSEMENT: Les résultats peuvent varier et il est fortement recommandé d’effectuer vos propres tests pour déterminer ce qui convient le mieux à vos cas d’utilisation.

Présentation des graphiques HDX

Avant de vous plonger dans les stratégies graphiques spécifiques, examinons comment nous classons ce que vous voyez sur l’écran de votre session HDX et les technologies sous-jacentes utilisées pour la présentation.

Lorsque nous fournissons du contenu graphique pour les applications ou les ordinateurs de bureau, le moteur de codage graphique HDX, Thinwire, analyse le contenu affiché à l’écran en temps réel et classe dynamiquement les données d’affichage en trois types :

  • Texte, images simples et couleurs unies
  • Contenu de l’image statique
  • Images mobiles (ou fluides)

Carte graphique HDX 1

Dans cet exemple, le texte ou les images simples sont surlignés en bleu, les images statiques en orange et les images animées (ou fluides) en vert.

Dans Citrix Virtual Apps and Desktops, Thinwire peut adopter différentes approches pour l’analyse, la compression et la diffusion de l’affichage : Citrix adapte l’utilisation des normes de pointe, le codage vidéo avancé (AVC), également appelé H.264, le codage vidéo à haute efficacité (HEVC), également connu sous le nom H.265 et AOmedia Video 1 (AV1) pour une diffusion efficace de contenu vidéo de haute qualité dans ses codecs « plein écran » et « sélectif » implémentations.

  • Choisir de configurer Thinwire pour ne pas utiliser le codec vidéo ou Configurer Thinwire pour utiliser le codec vidéo pour les régions en mutation active permet à Thinwire de détecter les régions de contenu transitoire (images fluides ou vidéo) et de l’encoder en fonction de la stratégie définie et des fonctionnalités détectées sur le point de terminaison. Thinwire code ces régions « sélectionnées » (ou transitoires) au format JPEG adaptatif ou à l’aide d’un codec vidéo (Hx264, H.265 ou AV1). Le JPEG adaptatif et le H.264/H.265/AV1 « sélectif » sont considérés comme des sous-fonctionnalités car Thinwire est la technologie de base. Les autres régions non transitoires (codées en JPEG et RLE) sont ensuite combinées pour compléter l’affichage en cours de session.
  • Le choix de configurer Thinwire pour utiliser le codec pour la totalité de l’écran indique à Thinwire de traiter l’intégralité de l’écran comme du contenu transitoire, à l’exception du texte (par défaut), et code les données d’affichage à l’aide de codecs vidéo H.264, H.265 ou AV1, en fonction des capacités du serveur et du client.
    Le texte est ensuite superposé sur l’écran pour fournir une image complète. Les nouveaux codecs vidéo tels que AV1 et H.265 peuvent atteindre une compression supérieure à celle du H.264 sans compromettre la qualité. Cependant, les protocoles AV1 et H.265 sont coûteux en termes de traitement et ne sont pris en charge que lorsqu’ils sont utilisés avec certains GPU sur le Virtual Delivery Agent (VDA).
    Ni AV1 ni H.265 ne peuvent être utilisés lorsque le codage du processeur est utilisé. En outre, un matériel compatible AV1 ou H.265, sous la forme d’un GPU ou d’un client léger spécialement conçu, est nécessaire pour décoder les données d’affichage AV1 et H.265 sur le terminal client.
    Consultez la documentation du fournisseur pour déterminer la compatibilité AV1 et H.265 pour le matériel de votre terminal.

L’AV1 est pris en charge à partir du CVAD 2305 (NVIDIA) ou du CVAD 2308 (Intel) et du CWA 2311 et versions ultérieures.

Comparé au H.264 et au H.265, l’AV1 offre une meilleure compression et une meilleure qualité d’image. L’encodage et le décodage de l’AV1 sont actuellement impossibles sans un GPU compatible. Citrix prend en charge le codage AV1 pour les GPU NVIDIA et Intel.

Les exigences relatives à l’AV1 sont les suivantes :

  • VDA 2305 ou supérieur pour GPU NVIDIA ou
  • VDA 2308 ou version supérieure pour GPU Intel
  • Et un GPU compatible pour l’encodage, voir ci-dessous :
  • GPU basé sur NVIDIA Ada Lovelace
  • GPU Intel ARC ou Intel Data Center série Flex

Selon le mode HDX configuré, ces catégories sont codées de différentes manières :

  • Le texte et les images simples sont presque toujours encodés sans perte à l’aide de Run-Length Encoding (RLE). À partir de la version 7.17, une version RLE propriétaire de Citrix appelée MDRLE est utilisée, ce qui permet un meilleur taux de compression CTX232041. L’activation de la charge de travail Optimiser pour les graphiques 3D désactive la détection de texte sans perte et transfère le contenu avec H.264/H.265, plutôt que RLE. Vous pouvez visualiser cette stratégie via notre diagramme Visio plus loin dans cet article.
  • Pour les images statiques utilisant à la fois les formats H.264/H.265/AV1 sélectif et JPEG adaptatif, le format JPEG est utilisé pour le codage tandis que le codec vidéo est utilisé si le mode graphique H.264/H.265/AV1 en plein écran a été choisi. Si JPEG est utilisé, la qualité de celui-ci peut être configurée avec le paramètre Qualité visuelle. Consultez le graphique Visio ci-joint plus loin dans cet article pour plus de détails.
  • Pour les images animées , le codec vidéo H.264/H.265/AV1 est utilisé lors de la configuration en plein écran H.264/H.265/AV1 ou Thinwire avec H.264 sélectif. Si Thinwire with Adaptive JPEG a été configuré, JPEG est utilisé avec une qualité qui s’adapte automatiquement (d’où le nom) à des conditions telles que la fréquence d’images et la bande passante disponible.

Pour récapituler, Thinwire utilise différentes technologies lorsqu’il est configuré comme suit :

Configurer Thinwire pour ne pas utiliser le codec vidéo

  • Texte : RLE
  • Images simples et couleurs unies : RLE
  • Images statiques : JPEG
  • Images en mouvement : JPEG adaptatif

Configurer Thinwire pour utiliser le codec vidéo pour des régions en évolution active

  • Texte : RLE
  • Images simples et couleurs unies : RLE
  • Images statiques : JPEG
  • Images animées : H.264/H.265/AV1

Configurer Thinwire pour utiliser le codec pour l’ensemble de l’écran

  • Texte : RLE (ou H.264/H.265 si Optimiser pour la charge de travail graphique 3D a été activée)
  • Images simples et couleurs unies : H.264/H.265 /AV1
  • Images statiques : H.264/H.265/AV1
  • Images animées : H.264/H.265/AV1

Dans la section suivante, nous aborderons les politiques visant à atteindre le comportement déjà mentionné.

Modes graphiques HDX

La stratégie Utiliser le codec vidéo pour la compression est la fonction centrale pour offrir à vos utilisateurs finaux une expérience optimale en configurant des méthodes d’affichage adaptées à différents cas d’utilisation.
Nous cartographions les technologies décrites à l’aide de paramètres de politique configurables dans Citrix Studio.

  • Pour les régions en évolution active = Thinwire avec H.264/H.265/AV1 sélectif
  • Ne pas utiliser le codec vidéo (méthode de secours par défaut) = Thinwire avec JPEG adaptatif
  • Pour l’ensemble de l’écran = plein écran Thinwire H.264/H.265 /AV1
  • Utiliser quand vous le souhaitez (stratégie par défaut) = Thinwire avec H.264/H.265 sélectif est utilisé sauf si l’option Optimiser pour les charges de travail graphiques 3D est également définie, alors Thinwire Full-Screen H.264/H.265 /AV1 est utilisé.

Les capacités du point de terminaison client et du Virtual Delivery Agent (VDA) sont évaluées lors du lancement de la session ou de la reconnexion de session. Si le client ne prend pas en charge H.264/H.265/AV1, la méthode d’affichage est Thinwire avec Adaptive JPEG, quelle que soit la stratégie définie sur le VDA.

Configurer Thinwire pour utiliser le codec vidéo pour des régions en évolution active

Le mode graphique Pour les régions en évolution active est notre réglage le plus équilibré. C’est pourquoi nous vous recommandons de commencer par ce mode lorsque vous commencez à définir les stratégies de base de votre environnement, car celui-ci couvre une large base d’utilisateurs (par exemple, les employés de bureau qui lisent occasionnellement des vidéos). À la base, ce mode utilise le format JPEG pour les images fixes, le format RLE pour le texte, les images simples, les blocs de couleur unie et la mise en cache bitmap pour les zones de l’écran que le VDA considère comme statiques. Thinwire analyse en continu l’écran pour détecter les zones de mouvement des fluides, telles que le multimédia, et utilise de manière sélective un codec vidéo : H.264/H.265/AV1 pour coder la région fluide.

Comme illustré, l’utilisation du codec vidéo (H.264, H.265 ou AV1) est « inactive » jusqu’à ce que des zones de mouvement de fluide soient détectées. Le VDA passe ensuite à un codec vidéo au format H.264, H.265 ou AV1 pour coder la région sélectionnée pendant le mouvement du fluide et revient à un état « inactif » une fois que la région sélectionnée ne contient plus de liquide.

HDX Graphics 2

L’utilisation d’un codec vidéo, qu’il soit H.264, H.265 ou AV1, offre une expérience plus riche que le JPEG adaptatif au détriment du processeur pour compresser les zones de mouvement fluide. La bande passante réseau est généralement inférieure avec un codec vidéo par rapport au format JPEG adaptatif pour la charge de travail multimédia, et les nouveaux codecs ont une meilleure compression et, par conséquent, une utilisation de bande passante plus faible d’une manière générale. Il est fortement recommandé d’effectuer vos propres tests avec votre cas d’utilisation spécifique (consultez la section Outils ci-dessous).

Qualité H.265 AV1
Faible -46.5% -56.6%
Moyen -17.6% -44.1%
Élevé -3.1% -36%

Les nouveaux codecs produisent des images de meilleure qualité avec la même utilisation de la bande passante et un FPS plus élevé sur des bandes passantes plus faibles, car l’AV1 utilise une bande passante par image inférieure à celle du H.264/H.265.

Configurer Thinwire pour ne pas utiliser le codec vidéo

Le codec vidéo à ne pas utiliser offre une compatibilité maximale pour les terminaux clients, y compris les points de terminaison qui ne prennent pas en charge le décodage des graphiques H.264/H.265.

Dans ce mode graphique, Thinwire se comporte de la même manière que lorsqu’il est configuré pour les régions en évolution active. Le VDA analyse l’écran pour les régions de mouvement fluide. Plutôt que d’encoder avec H.264/H.265/AV1, Thinwire code les images animées au format JPEG adaptatif pour offrir une compatibilité élevée ou l’utilisation d’un codec vidéo n’est pas nécessaire. Les régions restantes sont présentées en JPEG pour les images fixes, et RLE pour le texte et les graphiques simples pour fournir des images de qualité.

Le traitement du processeur pour coder des images en mouvement à l’aide du JPEG Adaptive est généralement inférieur à celui de Thinwire avec H.264 pour les régions en plein écran ou en évolution active. Ce mode est souhaité si l’évolutivité du serveur est votre priorité. Le compromis est perçu en termes d’augmentation de la bande passante et d’une diminution de la fidélité des images mobiles dans les scénarios WAN. Ce mode graphique est recommandé pour les cas d’utilisation dans lesquels les images animées sont minimes, comme dans un centre d’appels ou un système de point de vente. Dans ce cas, l’utilisation de la bande passante dans ce mode serait similaire par rapport à Thinwire configuré avec le codec vidéo pour les régions en évolution active.

Le paramètre de stratégie Ne pas utiliser le codec vidéo est la méthode de secours par défaut pour les deux autres modes graphiques (utiliser le codec vidéo pour changer activement les régions ou Pour l’écran entier).

Configurer Thinwire pour utiliser le codec pour l’ensemble de l’écran

Le paramètre du mode graphique Pour l’ensemble de l’écran configure le VDA pour encoder toutes les données d’affichage à l’aide d’un codec vidéo, à l’exception du texte. Le texte est codé à l’aide de RLE et est superposé avec le reste de l’écran. Si l’option Optimiser pour les charges de travail graphiques 3D est activée, l’ensemble de l’écran, y compris le texte, est encodé à l’aide d’un codec vidéo (H.265, H.265 ou AV1).

La configuration de Thinwire pour utiliser le codec vidéo pour l’ensemble de l’écran est conçue pour les cas d’utilisation multimédia lourds, où de grandes régions de l’écran sont en mouvement. Une compression et une qualité supérieures sont obtenues au détriment de l’évolutivité du processeur et du serveur.

En soi, ce mode offre une bonne expérience utilisateur lorsque des applications multimédia lourdes, de modélisation 3D ou de dessin CAO sont utilisées.
Le processeur peut rapidement devenir un goulot d’étranglement, s’il est sous-dimensionné, ce qui entraîne une mauvaise performance et une expérience utilisateur médiocres dans des conditions multimédia difficiles.
Considérez les capacités de déchargement GPU pour compléter ce mode graphique lors de l’utilisation de ces types d’application.

Par défaut, YUV420 est utilisé comme espace colorimétrique. Avec le mode plein écran H.264 et le mode plein écran H.265, vous pouvez choisir entre le YUV420 ou le YUV444 :

HDX Graphics 3

Comme vous pouvez le constater, le YUV444 offre une meilleure qualité mais a un impact significatif sur les besoins en bande passante. Lorsque vous utilisez le YUV 444 avec H.264, cela désactive également le décodage matériel côté client.

Avec la sortie de l’application Citrix Workspace 2305, nous avons introduit la prise en charge du H.265 4:4:4, ce qui nous a permis de décharger le décodage sur un GPU client performant, réduisant ainsi l’utilisation du processeur et améliorant considérablement les performances.

Les tests internes de Citrix ont montré une augmentation de 4 fois du nombre d’images par seconde (FPS) par rapport au H.264 4:4:4 et une réduction de 2,5 fois de la taille par image par rapport au H.264, en raison de l’efficacité supérieure du H265. En tant que client, cela signifie que vous obtenez un FPS plus élevé avec la même utilisation de la bande passante.

Vous pouvez activer YUV444 pour Plein écran H.264 avec les paramètres suivants :

  • Qualité visuelle : Toujours sans perte/Construire à sans perte
  • Autoriser la compression visuellement sans perte : Activé

Le YUV 444 avec H.265 en plein écran présente les exigences supplémentaires suivantes :

  • VDA
  • CVAD 2209 ou version ultérieure
  • GPU NVIDIA Pascal ou plus récent

Stratégies :

  • Utiliser le codec vidéo : « À utiliser quand vous le souhaitez » ou « Pour tout l’écran »
  • Optimisation pour les graphismes 3D : « Activé »
  • Qualité visuelle : « Build-to-Lossless » ou « Always Lossless »
  • Autoriser Visually Lossless : « Activé »
  • Encodage matériel : « Activé »

Cliente :

  • Application Citrix Workspace pour Windows 2305 ou version ultérieure
  • Activer la prise en charge H.265
  • GPU client prenant en charge le décodage H.265 4:4:4 :
  • NVIDIA Turing ou version ultérieure
  • Intel 10e génération ou version ultérieure

Consultez le graphique Visio dans cet article pour plus de détails.

Sans perte si possible

Sans perte si possible est une configuration Thinwire spéciale qui optimise la distribution graphique pour l’interactivité et la qualité d’image finale. Vous pouvez activer ce paramètre en définissant la stratégie Qualité visuelle sur Sans perte si possible.

Build to lossless compresse l’écran en utilisant H.264, H.265 ou AV1 pendant l’activité de l’écran et augmente la netteté au pixel près (sans perte) lorsque l’activité s’arrête. La qualité d’image avec perte s’adapte aux ressources disponibles pour maintenir la meilleure fréquence d’images possible. L’étape de netteté est effectuée progressivement, en rayonnant vers l’extérieur à partir du curseur de la souris. Cela permet une réponse immédiate si l’utilisateur commence à utiliser l’écran peu de temps après le début de la netteté. Par exemple, en sélectionnant un modèle et en le faisant pivoter.

H.264 Build to lossless offre tous les avantages de l’utilisation d’un codec vidéo pour la totalité de l’écran, y compris l’accélération matérielle, mais avec l’avantage supplémentaire d’un écran final sans perte garanti. Ceci est essentiel pour les charges de travail de type 3D qui nécessitent une image finale au pixel près. Par exemple, dans le cas de l’imagerie médicale. En outre, H.264 Sans perte si possible utilise moins de ressources que H.264 4:4:4 plein écran. Par conséquent, l’utilisation de Sans perte si possible entraîne généralement une fréquence d’images plus élevée que la compression visuelle sans perte H.264 4:4:4.

Configurations graphiques HDX

La politique d’utilisation du codec vidéo pour la compression étant un bon point de départ pour définir la base de votre configuration, d’autres politiques peuvent être définies pour personnaliser davantage vos politiques visuelles en fonction de vos différentes charges de travail.
En personnalisant ces paramètres de stratégie de prise en charge, vous pouvez choisir de réduire la qualité dans certains domaines afin de récupérer des ressources, d’améliorer l’évolutivité et d’économiser sur la bande passante.
Vous pouvez également choisir d’améliorer la qualité pour prendre en charge les cas d’utilisation nécessitant des visualisations précises, comme dans le secteur de la santé. Le tableau ci-dessous présente les paramètres suivants (cliquez sur l’image pour afficher le format PDF) :

HDX Graphics 2

En outre, consultez notre section sur les cas d’utilisation ci-dessous pour découvrir comment ces politiques supplémentaires (répertoriées ci-dessous) peuvent réduire la consommation de ressources, mais avec une légère baisse de qualité (parfois).

CPU ou GPU

Par défaut, tout le traitement des graphiques de codage se produit dans l’UC sur le VDA. Les cartes graphiques AMD, Intel et NVIDIA sont actuellement prises en charge pour décharger le codage sur le GPU avant d’être envoyées à votre terminal pour décodage.

Le déchargement de l’encodage graphique sur un GPU libèrera des ressources sur le processeur pour d’autres tâches, ce qui améliorera l’expérience globale pour l’utilisateur final.

En raison de la prise en charge variable des fonctionnalités GPU, consultez Citrix Docs pour vérifier la prise en charge des fonctionnalités pour chaque GPU fournisseur lors de l’activation du paramètre de stratégie Utiliser le codage matériel pour le codec vidéo .

Cas d’utilisation

Une fois que les détails des paramètres sont connus, les questions suivantes évidentes sont : « Quel mode HDX est le mieux pour mon cas d’utilisation ? » ou « Existe-t-il des recommandations de configuration ? » Comme d’habitude, la réponse est : Cela dépend. En général, une approche « universelle » n’est peut-être pas la meilleure approche, mais plutôt des paramètres différents pour différents cas d’utilisation. Donc, les premières questions que vous devez vous poser sont les suivantes : quels défis et quels cas d’utilisation ai-je ? Y a-t-il des charges de travail graphiques intenses, des exigences multimédia que je dois remplir ? Comment est la connexion réseau des utilisateurs ?

En règle générale, la meilleure solution consiste à configurer Thinwire pour utiliser un codec vidéo pour les régions en évolution active. Il est également conseillé de configurer explicitement les différents paramètres pour garantir que les mêmes paramètres s’appliquent même après une mise à jour de votre environnement. Comme vous pouvez le voir dans le lien suivant, le mode HDX par défaut utilisé a changé au fil du temps Présentation de la configuration de l’encodeur graphique HDX — Ce qui compte vraiment. Par conséquent, configurez explicitement le mode HDX que vous souhaitez exécuter. Généralement, évitez d’utiliser « Utiliser le codec vidéo pour la compression : utiliser lorsque vous préférez » car ce paramètre peut avoir un effet différent en fonction du type de système d’exploitation, de matériel et de version VDA que vous exécutez. Évitez également de configurer les stratégies Citrix liées au mode graphique hérité. Ces paramètres ne sont pris en charge que sur Windows Server 2008 R2 et Windows 7 et sont laissés pour des raisons de compatibilité.

Pour vous donner une idée de la façon de commencer, nous avons créé quelques configurations de ligne de base pour quelques cas d’utilisation génériques ci-dessous. Néanmoins, nous vous recommandons d’exécuter vos propres tests pour vous assurer que vous avez le meilleur mode configuré pour vos besoins spécifiques :

Bande passante faible

Ce cas d’utilisation décrit un utilisateur se connectant via une connexion avec de sérieuses contraintes de bande passante. La base de référence suivante constitue un bon point de départ :

  • Utiliser le codec vidéo pour la compression : Ne pas utiliser de codec vidéo
  • Qualité visuelle : Faible
  • Profondeur de couleur préférée pour des graphiques simples : 8 bits/16 bits
  • Compression de couleur supplémentaire : Activé
  • Fréquence d’images cible : 15
  • Fréquence d’images minimale cible : 10
  • Compression d’image en mouvement : Activé
  • Transport adaptatif HDX : Préféré

Comme vous pouvez le voir, même avec une connexion à faible bande passante, nous ne définissons souvent pas la profondeur de couleur à 8 bits mais la gardons à 16 bits. Alors que 8 bits peut réduire considérablement les besoins en bande passante, il est également livré avec une expérience utilisateur considérablement réduite. Par conséquent, 8 bits n’est recommandé que pour les cas les plus extrêmes où l’accès ne sera pas possible autrement.

Centre d’appels/point de vente

Ce cas d’utilisation décrit un centre d’appels ou un lieu de travail de point de vente sans exigences multimédia particulières. L’objectif est de trouver un bon mélange entre l’expérience utilisateur et la densité des utilisateurs :

  • Utiliser le codec vidéo pour la compression : Ne pas utiliser de codec vidéo
  • Qualité visuelle : Moyenne
  • Profondeur de couleur préférée pour des graphiques simples : 24 bits
  • Compression de couleur supplémentaire : Désactivé
  • Fréquence d’images cible : 20
  • Fréquence d’images minimale cible : 10
  • Compression d’image en mouvement : Activé
  • Transport adaptatif HDX : Préféré

Opérateur de tâches

Dans le cas d’utilisation du travailleur de tâches, un utilisateur a certaines exigences multimédias telles que regarder des vidéos en ligne, en plus d’utiliser un ensemble d’applications bureautiques de base :

  • Utiliser le codec vidéo pour la compression : pour les régions en évolution active
  • Utiliser le codage matériel pour le codec vidéo : Activé (si disponible)
  • Qualité visuelle : Moyenne
  • Profondeur de couleur préférée pour des graphiques simples : 24 bits
  • Compression de couleur supplémentaire : Désactivé
  • Fréquence d’images cible : 30
  • Fréquence d’images minimale cible : 10
  • Compression d’image en mouvement : Activé
  • Transport adaptatif HDX : Préféré
  • Accélération matérielle pour les graphiques : Activé (configuré pour l’application Citrix Workspace si disponible)

Charge de travail 3D

Pour les charges de travail 3D telles que la CAO/CAE, l’expérience utilisateur est essentielle, c’est pourquoi les paramètres suivants sont utilisés :

  • Utiliser le codec vidéo pour la compression : pour les régions en évolution active
  • Utiliser le codage matériel pour le codec vidéo : Activé (si disponible)
  • Qualité visuelle : Construire à sans perte
  • Fréquence d’images cible : 30 (peut être de 60 si nécessaire)
  • Fréquence d’images minimale cible : 10
  • Transport adaptatif HDX : Préféré
  • Accélération matérielle pour les graphiques : Activé (configuré pour l’application Citrix Workspace si disponible)
  • Décodage H265 pour les graphiques : Activé (configuré pour l’application Citrix Workspace si disponible)

Prise en considération des périphériques de terminaison

Notre objectif est de prendre en charge la livraison de vos Citrix Virtual Apps and Desktops vers n’importe quel appareil, où que vous soyez.

En surface, cela semble attrayant. Toutefois, cela ne signifie pas nécessairement que toutes les fonctionnalités sont présentes sur tous les terminaux. Par exemple, la prise en charge du décodage H.264/H.265/AV1 peut être manquante ou prise en charge uniquement dans des limites spécifiques telles que la résolution maximale du moniteur ou le nombre maximum d’écrans.

Nous vous recommandons de consulter la documentation du fournisseur pour le terminal que vous avez choisi afin de déterminer la compatibilité globale du H.264/H.265/AV1.

Clients fins

La plupart des clients légers sont spécialement conçus pour des cas d’utilisation ciblés, avec des configurations logicielles spécifiques optimisées pour leur plate-forme matérielle. Nous vous encourageons à travailler avec votre fournisseur pour évaluer une unité de test client léger dans votre environnement avant de l’acheter afin de vous assurer que le terminal répond aux besoins de votre organisation.

Il est fortement recommandé de visiter notre site Web Citrix Ready pendant la phase de recherche de votre projet afin de déterminer si le matériel considéré a passé l’évaluation et est compatible avec les fonctionnalités que vous souhaitez.

Le programme Citrix Ready classe les clients légers en fonction des capacités de l’exemple d’utilisation qualifié :

  • HDX Ready : prend en charge les tâches d’accès aux applications bureautiques de base et au multimédia léger.
  • HDX Premium : prend en charge des charges de travail similaires à celles des terminaux HDX Ready En outre, les terminaux HDX Premium prennent en charge les communications unifiées telles que Skype for Business.
  • HDX 3D Pro : prend en charge les utilisateurs exigeant des performances de point de terminaison haut de gamme lorsqu’ils accèdent à des applications à forte intensité graphique, telles que la CAO, le système d’information géographique (SIG) et les logiciels liés à l’imagerie médicale. La prise en charge du codec H.264 / H.265 est nécessaire pour réussir la qualification.

Vous trouverez les critères de certification pour les fonctionnalités de chaque niveau HDX ici.

Clients lourds

Si vous gérez des points de terminaison client lourd dans votre environnement, tenez compte des composants suivants lors de la détermination de la prise en charge des codec (H.264/H.265) :

  • Système d’exploitation : certaines distributions Linux nécessitent l’installation d’autres bibliothèques.
  • Navigateur : application Citrix Workspace pour HTML5
  • Version de l’application Citrix Receiver/ Workspace : la matrice de prise en charge des fonctionnalités est disponible ici.
  • Capacité de déchargement GPU

Outils

Existe-t-il des outils qui vous aident à configurer votre environnement ? Oui, il y en a beaucoup pour vous aider dans votre voyage à trouver la configuration parfaite pour vous :

HDX Monitor

HDX Graphics 4

HDX Monitor vous aide à vérifier quels paramètres sont réellement en vigueur dans une session particulière. La dernière version se trouve ici.

Indicateur d’état des graphiques

L’indicateur d’état graphique intégré peut être activé via la stratégie Citrix en activant le paramètre Indicateur d’état graphique et affiche les paramètres actuels de la session Citrix :

Carte graphique HDX 5

Points importants à retenir

La stratégie Utiliser le codec vidéo pour la compression vous permet de choisir entre les différents modes graphiques HDX illustrés ci-dessus. Chaque mode a ses avantages et ses compromis en termes de consommation de ressources, qu’il s’agisse de l’utilisation du processeur ou du réseau. La consommation de ressources, en particulier le processeur, affecte l’évolutivité du serveur.

D’autres politiques, telles que la qualité visuelle, la fréquence d’images cible, etc. peuvent être personnalisées pour compenser la consommation de ressources au détriment d’une qualité visuelle mineure, ou améliorer la qualité là où elle est le plus nécessaire. Personnalisez ces stratégies pour les adapter aux cas d’utilisation de votre propre environnement. Reportez-vous au diagramme Visio pour vous guider tout au long du processus.

La sélection des terminaux est essentielle pour assurer la compatibilité avec le mode graphique sélectionné. Le VDA configure Thinwire pour qu’il n’utilise pas le codec vidéo comme méthode de secours, pour les terminaux ne prenant pas en charge le protocole H.264.

Utilisez nos outils intégrés (HDX Monitor et Graphics Status Indicator) pour évaluer si les paramètres de votre politique ont atteint le résultat souhaité.

Thinwire For Actively Changing Regions est souvent un bon point de départ. Cependant, connaître vos cas d’utilisation et configurer votre environnement en conséquence constitue la meilleure approche pour offrir une expérience riche aux utilisateurs finaux.

Sources

Le but de cet article est de vous aider à planifier votre propre implémentation. Pour faciliter cette tâche, nous aimerions vous fournir des diagrammes sources que vous pouvez adapter à vos propres besoins : les diagrammes sources.

Décision de conception : présentation des graphiques HDX