Instructions relatives aux tailles des machines virtuelles hôtes de session
Selon que vous exécutez vos machines virtuelles hôtes de session sur les services Bureau à distance ou sur Azure Virtual Desktop, les différents types de charges de travail exigeront des configurations de machines virtuelles différentes. Les exemples de cet article sont des recommandations génériques. Vous ne devez les utiliser que pour les estimations de performances initiales. Pour offrir la meilleure expérience possible, mettez à l’échelle votre déploiement en fonction des besoins de vos utilisateurs.
Charges de travail
Les utilisateurs peuvent exécuter différents types de charges de travail sur les machines virtuelles hôtes de session. Le tableau suivant montre des exemples d’une gamme de types de charges de travail pour vous aider à estimer la taille que vos machines virtuelles doivent avoir. Après avoir configuré vos machines virtuelles, vous devez superviser en permanence leur utilisation véritable et ajuster leur taille en conséquence. Si vous en venez à avoir besoin d’une machine virtuelle plus grande ou plus petite, vous pouvez facilement mettre à l’échelle votre déploiement existant dans Azure.
Le tableau suivant décrit chaque charge de travail. Les exemples d’utilisateurs sont les types d’utilisateurs pour lesquels chaque charge de travail peut s’avérer la plus utile. Les exemples d’applications sont les types d’applications qui fonctionnent le mieux pour chaque charge de travail.
| Type de charge de travail | Exemples d’utilisateurs | Exemples d’applications |
|---|---|---|
| Léger | Utilisateurs exécutant des tâches élémentaires de saisie de données | Applications de saisie de base de données, interfaces de ligne de commande |
| Moyen | Consultants et analystes de marché | Applications de saisie de base de données, interfaces de ligne de commande, Microsoft Word, pages web statiques |
| Intensif | Ingénieurs informaticiens, créateurs de contenu | Applications de saisie de base de données, interfaces de ligne de commande, Microsoft Word, pages web statiques, Microsoft Outlook, Microsoft PowerPoint, pages web dynamiques, développement logiciel |
| Power | Infographistes, créateurs de modèles 3D, chercheurs en Machine Learning | Applications de saisie de base de données, interfaces de ligne de commande, Microsoft Word, pages web statiques, Microsoft Outlook, Microsoft PowerPoint, pages web dynamiques, retouche photo et montage vidéo, conception assistée par ordinateur (CAO), fabrication assistée par ordinateur (FAO) |
Recommandations pour des scénarios monosessions
Les scénarios à session unique sont lorsqu’un seul utilisateur est connecté à une machine virtuelle hôte de session à tout moment. Par exemple, si vous utilisez des pools d’hôtes personnels dans Azure Virtual Desktop, vous utilisez un scénario à session unique. Pour le dimensionnement de machines virtuelles dans les situations de session unique, nous vous recommandons d’utiliser au moins deux cœurs de processeur physiques par machine virtuelle, en général quatre processeurs virtuels avec l’hyperthreading. Si vous avez besoin de recommandations de dimensionnement de machines virtuelles plus spécifiques pour les scénarios monosessions, demandez aux éditeurs des logiciels spécifiques à votre charge de travail. En règle générale, le dimensionnement des machines virtuelles à session unique obéit instructions pour appareils physiques.
Le tableau suivant présente des exemples de charges de travail classiques :
| Type de charge de travail | Stockage minimum pour vCPU/RAM/système d’exploitation | Exemples d’instances Azure | Stockage minimum de conteneur de profil |
|---|---|---|---|
| Léger | 2 processeurs virtuels, 8 Go de RAM, 32 Go de stockage | D2s_v5, D2s_v4 | 30 Go |
| Moyenne | 4 processeurs virtuels, 16 Go de RAM, 32 Go de stockage | D4s_v5, D4s_v4 | 30 Go |
| Intensif | 8 processeurs virtuels, 32 Go de RAM, 32 Go de stockage | D8s_v5, D8s_v4 | 30 Go |
Recommandations des scénarios multisessions
Les scénarios multisession sont lorsqu’il existe plusieurs utilisateurs connectés à une machine virtuelle hôte de session à tout moment. Par exemple, lorsque vous utilisez des groupes d’hôtes regroupés dans Azure Virtual Desktop avec le système d’exploitation Windows 11 Entreprise multisession, il s’agit d’un déploiement multisession.
Le tableau suivant liste le nombre maximal d’utilisateurs suggérés par processeur virtuel (vCPU) et la configuration minimale de machines virtuelles pour une charge de travail utilisateur standard ou plus élevée. Si vous avez besoin de recommandations de dimensionnement de machines virtuelles plus spécifiques pour les scénarios monosessions, demandez aux éditeurs des logiciels spécifiques à votre charge de travail.
| Type de charge de travail | Nombre maximal d’utilisateurs par vCPU | Stockage minimum pour vCPU/RAM/système d’exploitation | Exemples d’instances Azure | Stockage de profil minimum |
|---|---|---|---|---|
| Léger | 6 | 8 processeurs virtuels, 16 Go de RAM, 32 Go de stockage | D8s_v5, D8s_v4, F8s_v2, D8as_v4, D16s_v5, D16s_v4, F16s_v2, D16as_v4 | 30 Go |
| Moyenne | 4 | 8 processeurs virtuels, 16 Go de RAM, 32 Go de stockage | D8s_v5, D8s_v4, F8s_v2, D8as_v4, D16s_v5, D16s_v4, F16s_v2, D16as_v4 | 30 Go |
| Intensif | 2 | 8 processeurs virtuels, 16 Go de RAM, 32 Go de stockage | D8s_v5, D8s_v4, F8s_v2, D8as_v4, D16s_v5, D16s_v4, F16s_v2, D16as_v4 | 30 Go |
| Avancé | 1 | 6 processeurs virtuels, 56 Go de RAM, 340 Go de stockage | D16ds_v5, D16s_v4, D16as_v4, NV6, NV16as_v4 | 30 Go |
Pour les charges de travail multisession, vous devez limiter la taille des machines virtuelles entre 4 et 24 processeurs virtuels pour les raisons suivantes :
Toutes les machines virtuelles doivent avoir plus de deux cœurs. Les composants d’IU dans Windows s’appuient sur l’utilisation d’au moins deux threads parallèles pour certaines opérations de rendu qui sont plus lourdes. Pour les scénarios multisession, avoir plusieurs utilisateurs sur une machine virtuelle à deux cœurs rend l’interface utilisateur et les applications instables, ce qui dégrade l’expérience utilisateur. Pour une machine virtuelle multisession stable, le nombre de cœurs doit être au moins égal à quatre.
Les machines virtuelles ne doivent pas avoir plus de 32 cœurs. À mesure que le nombre de cœurs augmente, la surcharge liée à la synchronisation du système augmente également. Pour la plupart des charges de travail, le retour sur investissement est plus faible à environ 16 cœurs, car la plus grande partie de la capacité supplémentaire est compensée par la surcharge liée à la synchronisation. L’expérience utilisateur est meilleure avec deux machines virtuelles à 16 cœurs au lieu d’une machine virtuelle à 32 cœurs.
La plage recommandée comprise entre 4 et 24 cœurs offre généralement une meilleure capacité à vos utilisateurs quand vous augmentez le nombre de cœurs. Par exemple, si 12 utilisateurs se connectent en même temps à une machine virtuelle avec quatre cœurs, le ratio est de trois utilisateurs par cœur. Par ailleurs, sur une machine virtuelle avec 8 cœurs et 14 utilisateurs, le ratio est de 1,75 utilisateur par cœur. Dans ce scénario, cette dernière configuration avec un ratio de 1,75 offre une capacité de rafale supérieure pour vos applications qui ont une demande de processeur à court terme.
Cette recommandation s’applique à grande échelle. Pour les scénarios impliquant au moins 20 utilisateurs connectés à une même machine virtuelle, plusieurs machines virtuelles de petite taille fonctionneront mieux qu’une ou deux machines virtuelles de grande taille. Par exemple, si vous prévoyez qu’au moins 30 utilisateurs se connecteront au même hôte de session à 16 cœurs dans les 10 minutes, deux machines virtuelles à 8 cœurs géreront mieux la charge de travail. Vous pouvez également utiliser l’équilibrage de charge breadth-first pour répartir uniformément les utilisateurs entre différentes machines virtuelles au lieu de l’équilibrage de charge depth-first, où vous ne pouvez utiliser un nouvel hôte de session qu’une fois que celui existant a fait le plein d’utilisateurs.
Il est également préférable d’utiliser un grand nombre de petites machines virtuelles plutôt que quelques grandes machines virtuelles. Il est plus facile d’arrêter les machines virtuelles qui doivent être mises à jour ou qui ne sont pas utilisées. Avec des machines virtuelles plus grandes, vous êtes plus susceptible d’avoir au moins un utilisateur connecté à un moment donné, ce qui vous empêche d’arrêter la machine virtuelle. Lorsque vous avez de nombreuses machines virtuelles plus petites, il est plus probable que vous disposiez de certaines machines virtuelles sans utilisateurs actifs. Vous pouvez arrêter en toute sécurité ces machines virtuelles inutilisées pour économiser les ressources. Vous pouvez le faire manuellement ou automatiquement avec la mise à l’échelle automatique dans Azure Virtual Desktop. La conservation des ressources rend votre déploiement plus résilient, plus facile à gérer et moins coûteux.
Recommandations générales pour les machines virtuelles
Pour exécuter le système d’exploitation de votre choix dans Azure, vous devez utiliser un stockage SSD Premium pour les charges de travail de production qui nécessitent un contrat de niveau de service (SLA). Pour plus d’informations, consultez les Contrats de niveau de service pour les services en ligne.
Les GPU (Graphics processing units) sont un bon choix pour les utilisateurs qui utilisent régulièrement des programmes gourmands en graphisme pour le rendu vidéo, la conception 3D et les simulations. Azure propose plusieurs options de déploiement de l’accélération graphique et plusieurs tailles de machine virtuelle avec GPU. Pour en savoir plus, consultez Tailles de machine virtuelle à GPU optimisé. Pour plus d’informations sur l’accélération des graphismes dans les services Bureau à distance, consultez Services Bureau à distance : accélération du processeur graphique
Dans Azure, les machines virtuelles burstable Série B sont un bon choix pour les utilisateurs qui n’ont pas toujours besoin de performances de processeur maximales. Pour plus d’informations, consultez Tailles des machines virtuelles Windows dans Azure et les informations de tarification dans la Série de machines virtuelles.
Tester votre charge de travail
Enfin, vous devez utiliser des outils de simulation pour tester votre déploiement avec des tests de contrainte et des simulations d’utilisation dans la vie réelle. Assurez-vous que votre système est suffisamment réactif et résilient pour répondre aux besoins des utilisateurs, et n’oubliez pas de faire varier la taille de la charge pour éviter les surprises.