ArcGIS Pro mobilise les technologies informatiques et les ressources matérielles les plus récentes pour afficher des cartes et scènes riches en graphiques et pour réaliser une analyse spatiale. Cela signifie que ArcGIS Pro peut s’exécuter aussi bien dans un Cloud correctement configuré ou dans un environnement virtualisé sur site que sur un ordinateur de bureau.
Pour ce faire, l’environnement virtualisé doit fournir les ressources requises par ArcGIS Pro en fonction de son architecture. Les composants principaux de cette architecture et la description de la manière dont ils existent dans les environnements virtualisés sont les suivants :
- Unité de traitement centrale (UC) : ArcGIS Pro est une application multiprocessus utilisant autant de cœurs de processeur que disponible. Les cœurs de processeur traitent les threads dans leur totalité, depuis l’entrée et la sortie de disque jusqu’à la fonctionnalité des outils de géotraitement. Dans un environnement virtualisé, les cœurs de processeur virtuels sont utilisés de la même manière.
- Mémoire vive (RAM) : une quantité de mémoire adéquate garantit des performances idéales à la fois sur les machines physiques et virtuelles. Allouez une quantité de mémoire vive conforme à la configuration recommandée et minimale requise pour ArcGIS Pro.
- Processeur graphique (GPU) : ArcGIS Pro utilise les API (interfaces de programmation d’applications) graphiques DirectX ou OpenGL pour offrir une expérience graphique optimale, avec un déplacement régulier et fluide dans les cartes et les scènes. Dans un environnement virtualisé, le GPU peut également être virtualisé. Il est alors appelé vGPU. Dans ce cas, un GPU partagé doit être mis à disposition de la machine virtuelle de telle sorte qu’elle puisse offrir des performances graphiques suffisantes dans ArcGIS Pro. Un GPU peut également être direct, c’est-à-dire qu’un GPU complet est fourni pour être utilisé par la machine virtuelle. Les performances obtenues sont ainsi optimales pour les utilisateurs avancés de la fonctionnalité 3D, mais l’évolutivité de la machine hôte de la machine virtuelle s’en trouve réduite. Il est possible d’utiliser un GPU direct dans des environnements virtualisés sur site et basés sur le cloud.
Ces ressources matérielles doivent être configurées dans chaque environnement virtualisé indépendamment les unes des autres. Dans le cas d’environnements virtualisés sur site, la configuration est gérée par les administrateurs des environnements virtualisés. Dans le cas d’environnements basés sur le cloud, les responsabilités d’administration sont gérées par le fournisseur cloud. Cela signifie également que, dans les environnements basés sur le Cloud, l’utilisateur est chargé de sélectionner les instances dont la taille et la configuration conviennent. Les rubriques relatives à la virtualisation sur site et à la virtualisation dans le Cloud de l’aide de ArcGIS Pro décrivent en détail la configuration requise pour chaque environnement et précisent le mode de gestion de la configuration.
Solutions RDSH (Remote Desktop Session Host)
RDSH n’a pas pour fonction de fournir des applications virtuelles 3D. Il est possible de fournir des applications 3D sur un système d’exploitation pour serveur Windows (RDSH). Cependant, la densité d’utilisateurs et l’homogénéité des performances utilisateur ne sont pas idéales en raison du mode de gestion de la mémoire graphique et de la planification de l’utilisation du GPU par le système d’exploitation. La plupart des applications fournies dans RDSH ne sont pas des applications 3D ; des applications 2D comme ArcMap sont déployées dans RDSH depuis des années. Les principaux facteurs à prendre en compte pour les applications 3D déployées dans un environnement RDSH sont le pourcentage d’utilisation du GPU et l’utilisation de la mémoire graphique. Il n’existe aucun gestionnaire de processeur graphique virtuel (vGPU) au niveau de l’hyperviseur pour planifier le temps utilisé par le GPU ou pour gérer l’utilisation de la mémoire graphique entre les sessions. Le GPU est répercuté sur le système d’exploitation, et les sessions utilisent autant de temps et ressources du GPU que possible jusqu’à ce que la mémoire graphique et le pourcentage d’utilisation du GPU soient consommés. À mesure que de nouveaux utilisateurs se connectent au serveur, ils doivent attendre la fin des traitements en cours ou la fin du déchargement des tâches du GPU sur l’UC, ce qui conduit à une dégradation des performances pour tous les utilisateurs du serveur.
Rubriques connexes
Vous avez un commentaire à formuler concernant cette rubrique ?