Plans de mise à l’échelle et exemples de scénarios de mise à l’échelle automatique dans Azure Virtual Desktop
La mise à l’échelle automatique vous permet d’effectuer un scale-up ou un scale-down de vos hôtes de session de machines virtuelles dans un pool d’hôtes pour optimiser les coûts de déploiement.
Notes
- Azure Virtual Desktop (classique) ne prend pas en charge la mise à l’échelle automatique.
- La mise à l’échelle automatique n’est pas prise en charge sur Azure Virtual Desktop pour Azure Stack HCI.
- Vous ne pouvez pas utiliser la fonctionnalité de mise à l’échelle automatique et Procéder à la mise à l’échelle des hôtes de session en utilisant Azure Automation sur le même pool d’hôtes. Vous devez utiliser l’une ou l’autre.
- La mise à l’échelle automatique est disponible dans Azure et Azure Government dans les mêmes régions que celles où vous pouvez créer des pools d’hôtes.
Pour de meilleurs résultats, nous vous recommandons d’utiliser la mise à l’échelle automatique avec les machines virtuelles que vous avez déployées avec des modèles Azure Resource Manager (ARM) Azure Virtual Desktop ou des outils internes de Microsoft.
Fonctionnement d’un plan de mise à l’échelle
Avant de créer votre plan, gardez à l’esprit les points suivants :
Vous pouvez affecter un même plan de mise à l’échelle à un ou plusieurs pools d’hôtes du même type de pool d’hôtes. La planification du plan de mise à l’échelle sera également appliqué à tous les pools d’hôtes affectés.
Vous ne pouvez associer qu’un seul plan de mise à l’échelle par pool d’hôtes. Si vous affectez un même plan de mise à l’échelle à plusieurs pools d’hôtes, vous ne pouvez pas affecter un autre plan de mise à l’échelle à ces pools d’hôtes.
La mise en veille prolongée (préversion) est disponible pour les pools d’hôtes personnels. Pour plus d’informations, consultez l’article Mise en veille prolongée des machines virtuelles.
Un plan de mise à l’échelle peut fonctionner seulement dans le fuseau horaire configuré pour ce plan.
Un plan de mise à l’échelle peut avoir une ou plusieurs planifications. Par exemple, des planifications différentes pour les jours de la semaine et pour le week-end.
Veillez à bien comprendre les modèles d’utilisation avant de définir votre planification. Vous allez devoir planifier pour les moments de la journée suivants :
- Augmentation : le début de la journée, quand l’utilisation reprend.
- Heures de pointe : heures de la journée où l’utilisation devrait être à son plus haut niveau.
- Diminution : quand l’utilisation diminue. C’est généralement le moment où vous arrêtez vos machines virtuelles pour réduire les coûts.
- Heures creuses : heures de la journée où l’utilisation est censée être à son plus bas.
Le plan de mise à l’échelle prend effet dès que vous l’activez.
Gardez aussi ces limitations à l’esprit :
N’utilisez pas la mise à l’échelle automatique conjointement avec d’autres outils de mise à l’échelle de Microsoft ou de tiers. Veillez à désactiver ceux-ci pour les pools d’hôtes auxquels vous appliquez les plans de mise à l’échelle.
La mise à l’échelle automatique remplace le mode maintenance pour les pools d’hôtes groupés, veillez donc à utiliser des étiquettes d’exclusion lors de la mise à jour des machines virtuelles dans les pools d’hôtes.
Pour les pools d’hôtes groupés, la mise à l’échelle automatique ignore les algorithmes d’équilibrage de charge existants dans les paramètres de votre pool d’hôtes et applique à la place un équilibrage de charge en fonction de la configuration de votre planification.
Exemples de scénarios de mise à l’échelle automatique pour les pools d’hôtes groupés
Dans cette section, quatre scénarios montrent comment fonctionnent différentes parties de la mise à l’échelle automatique pour les pools d’hôtes groupés. Dans chaque exemple, il y a des tableaux montrent les paramètres du pool d’hôtes et des démonstrations visuelles animées.
Notes
Pour en savoir plus sur la signification des termes du paramètre, consultez notre glossaire sur la mise à l’échelle automatique.
Scénario 1 : Quand la mise à l’échelle automatique active-t-elle les machines virtuelles ?
Dans ce scénario, nous allons montrer que la mise à l’échelle automatique peut activer des machines virtuelles d’hôte de session dans n’importe quelle phase du calendrier du plan de mise à l’échelle quand la capacité utilisée du pool d’hôtes dépasse le seuil de capacité.
Par exemple, examinons la configuration du pool d’hôtes suivante, comme décrit dans le tableau suivant :
| Paramètre | Valeur |
|---|---|
| Phase | Accélération |
| Nombre total d’hôtes de session | 6 |
| Algorithme d’équilibrage de charge | À largeur prioritaire |
| Seuil de capacité | 30 % |
| Pourcentage minimal d’hôtes | 30 % |
| Hôtes de session disponibles | 2 |
| Limite maximale de sessions | 5 |
| Capacité disponible du pool d’hôtes | 10 |
| Sessions utilisateur | 0 |
| Capacité utilisée du pool d’hôtes | 0 % |
Au début de cette phase, la mise à l’échelle automatique a activé deux hôtes de session pour respecter le pourcentage minimal d’hôtes. 30 % de 6 n’étant pas un nombre entier, la mise à l’échelle automatique arrondit au nombre entier le plus proche. Le fait d’avoir deux hôtes de session disponibles et une limite maximale de cinq sessions par hôte signifie que ce pool d’hôtes a une capacité de pool d’hôtes disponible de 10. Étant donné qu’il n’existe actuellement aucune session utilisateur, la capacité du pool d’hôtes utilisée est de 0 %.
Au début de la journée, supposons que trois utilisateurs se connectent et démarrent des sessions utilisateur. Leurs sessions utilisateur sont réparties uniformément entre les deux hôtes de session disponibles, car l’algorithme d’équilibrage de charge est d’abord étendu. La capacité du pool d’hôtes disponible est toujours de 10, mais avec les trois nouvelles sessions utilisateur, la capacité du pool d’hôtes utilisée est désormais de 30 %. Cependant, la mise à l’échelle automatique ne va pas activer les machines virtuelles tant que la capacité du pool d’hôtes n’est pas supérieure au seuil de capacité. Dans cet exemple, le seuil de capacité est de 30 % : la mise à l’échelle automatique n’active donc pas encore des machines virtuelles.
À ce stade, les paramètres du pool d’hôtes se présentent comme suit :
| Paramètre | Valeur |
|---|---|
| Phase | Accélération |
| Nombre total d’hôtes de session | 6 |
| Algorithme d’équilibrage de charge | À largeur prioritaire |
| Seuil de capacité | 30 % |
| Pourcentage minimal d’hôtes | 30 % |
| Hôtes de session disponibles | 2 |
| Limite maximale de sessions | 5 |
| Capacité disponible du pool d’hôtes | 10 |
| Sessions utilisateur | 3 |
| Capacité utilisée du pool d’hôtes | 30 % |
Lorsqu’un autre utilisateur se connecte et démarre une session, quatre sessions utilisateur au total sont désormais distribuées entre deux hôtes de session. La capacité du pool d’hôtes utilisée est maintenant de 40 %, ce qui est supérieur au seuil de capacité. Par conséquent, la mise à l’échelle automatique va activer un autre hôte de session pour ramener la capacité utilisée du pool d’hôtes à une valeur inférieure ou égale à celle du seuil de capacité (30 %).
Pour résumer, les paramètres lorsque la capacité du pool d’hôtes utilisée dépasse le seuil de capacité sont les suivants :
| Paramètre | Valeur |
|---|---|
| Phase | Accélération |
| Nombre total d’hôtes de session | 6 |
| Algorithme d’équilibrage de charge | À largeur prioritaire |
| Seuil de capacité | 30 % |
| Pourcentage minimal d’hôtes | 30 % |
| Hôtes de session disponibles | 2 |
| Limite maximale de sessions | 5 |
| Capacité disponible du pool d’hôtes | 10 |
| Sessions utilisateur | 4 |
| Capacité utilisée du pool d’hôtes | 40% |
Les paramètres après l’activation de la mise à l’échelle automatique sur un autre hôte de session sont les suivants :
| Paramètre | Valeur |
|---|---|
| Phase | Accélération |
| Nombre total d’hôtes de session | 6 |
| Algorithme d’équilibrage de charge | À largeur prioritaire |
| Seuil de capacité | 30 % |
| Pourcentage minimal d’hôtes | 30 % |
| Hôtes de session disponibles | 3 |
| Limite maximale de sessions | 5 |
| Capacité disponible du pool d’hôtes | 15 |
| Sessions utilisateur | 4 |
| Capacité utilisée du pool d’hôtes | 27 % |
L’activation d’un autre hôte de session signifie qu’il y a maintenant trois hôtes de session disponibles dans le pool d’hôtes. Avec la limite maximale de sessions de cinq, la capacité du pool d’hôtes disponible est passée à 15. Étant donné que la capacité du pool d’hôtes disponible a augmenté, la capacité du pool d’hôtes utilisée est passée à 27 %, ce qui est inférieur au seuil de capacité de 30 %.
Lorsqu’un autre utilisateur se connecte, il y a maintenant cinq sessions utilisateur réparties sur trois hôtes de session disponibles. La capacité du pool d’hôtes utilisée est maintenant de 33 %, ce qui est supérieur au seuil de capacité de 30 %. Le dépassement du seuil de capacité active la mise à l’échelle automatique pour déclencher l’activation d’un autre hôte de session.
Dans la mesure où notre exemple se trouve dans la phase d’accélération, de nouveaux utilisateurs sont susceptibles de continuer à se connecter. À mesure que d’autres utilisateurs arrivent, le modèle devient plus clair :
| Nombre total de sessions utilisateur | Nombre d’hôtes de session disponibles | Capacité disponible du pool d’hôtes | Seuil de capacité | Capacité utilisée du pool d’hôtes | La mise à l’échelle automatique active-t-elle un autre hôte de session ? |
|---|---|---|---|---|---|
| 5 | 3 | 15 | 30 % | 33 % | Oui |
| 5 | 4 | 20 | 30 % | 25 % | Non |
| 6 | 4 | 20 | 30 % | 30 % | Non |
| 7 | 4 | 20 | 30 % | 35 % | Oui |
| 7 | 5 | 25 | 30 % | 28 % | No |
Comme le montre ce tableau, la mise à l’échelle automatique n’active de nouveaux hôtes de session que quand la capacité utilisée du pool d’hôtes dépasse le seuil de capacité. Si la capacité utilisée du pool d’hôtes est égale ou inférieure au seuil de capacité, la mise à l’échelle automatique n’active pas de nouveaux hôtes de session.
L’animation suivante est un récapitulatif visuel de ce que nous venons de voir dans le scénario 1.
Scénario 2 : Quand la mise à l’échelle automatique désactive-t-elle des machines virtuelles ?
Dans ce scénario, nous allons montrer que la mise à l’échelle automatique désactive des hôtes de session quand toutes les conditions suivantes sont remplies :
- La capacité du pool d’hôtes utilisée est inférieure au seuil de capacité.
- La mise à l’échelle automatique peut désactiver des hôtes de session sans dépasser le seuil de capacité.
- La mise à l’échelle automatique désactive seulement les hôtes de session sans aucune session utilisateur (sauf si le plan de mise à l’échelle est en phase de diminution et que vous avez activé le paramètre de fermeture de session forcée).
- La mise à l’échelle automatique groupée ne désactive pas les hôtes de session dans la phase de montée en puissance pour éviter une mauvaise expérience utilisateur.
Pour ce scénario, le pool d’hôtes commence par ressembler à ceci :
| Paramètre | Valeur |
|---|---|
| Phase | Peak |
| Nombre total d’hôtes de session | 6 |
| Algorithme d’équilibrage de charge | À largeur prioritaire |
| Seuil de capacité | 30 % |
| Pourcentage minimal d’hôtes | 30 % |
| Hôtes de session disponibles | 5 |
| Limite maximale de sessions | 5 |
| Capacité disponible du pool d’hôtes | 25 |
| Sessions utilisateur | 7 |
| Capacité utilisée du pool d’hôtes | 28 % |
Étant donné que nous sommes dans la phase de pointe, nous pouvons nous attendre à ce que le nombre d’utilisateurs reste relativement stable. Cependant, pour maintenir la stabilité de la quantité de ressources tout en restant efficace, la mise à l’échelle automatique active et désactive des hôtes de session selon les besoins.
Supposons donc qu’il y ait sept utilisateurs connectés pendant les heures de pointe. Si le nombre total de sessions utilisateur est de sept, la capacité du pool d’hôtes utilisée serait de 28 %. Étant donné que la mise à l’échelle automatique ne peut pas désactiver un hôte de session sans que la capacité du pool d’hôtes utilisée ne dépasse le seuil de capacité, la mise à l’échelle automatique ne désactive pas encore d’hôtes de session.
Si deux des sept utilisateurs se déconnectent pendant leur pause déjeuner, cela laisse cinq sessions utilisateur sur cinq hôtes de session. Étant donné que la limite maximale de sessions est toujours de cinq, la capacité du pool d’hôtes disponible est de 25. Le fait d’avoir seulement cinq utilisateurs signifie que la capacité du pool d’hôtes utilisée est désormais de 20 %. La mise à l’échelle automatique doit maintenant vérifier si elle peut désactiver un hôte de session sans que la capacité du pool d’hôtes ne dépasse le seuil de capacité.
Si la mise à l’échelle automatique a désactivé un hôte de session, la capacité du pool d’hôtes disponible est de 20. Avec cinq utilisateurs, la capacité du pool d’hôtes utilisée est de 25 %. Comme 25 % est inférieur au seuil de capacité de 30 %, la mise à l’échelle automatique sélectionne un hôte de session sans sessions utilisateur, le met en mode maintenance et le désactive.
Une fois que la mise à l’échelle automatique désactive un des hôtes de session sans sessions utilisateur, il reste quatre hôtes de session disponibles. La limite maximale de sessions du pool d’hôtes est toujours de cinq, la capacité du pool d’hôtes disponible est donc de 20. Étant donné qu’il y a cinq sessions utilisateur, la capacité du pool d’hôtes utilisée est de 25 %, ce qui est toujours inférieur au seuil de capacité.
Toutefois, si un autre utilisateur se déconnecte et part déjeuner, quatre sessions utilisateur sont désormais réparties sur les quatre hôtes de session dans le pool d’hôtes. Étant donné que la limite de session maximale est toujours de cinq, la capacité du pool d’hôtes disponible est de 20, et la capacité du pool d’hôtes utilisée est de 20 %. La désactivation d’un autre hôte de session laisserait trois hôtes de session et une capacité du pool d’hôtes disponible de 15, la capacité du pool d’hôtes utilisée atteindrait alors environ 27 %. Même si 27 % est inférieur au seuil de capacité, il n’y a pas d’hôtes de session sans aucune session utilisateur. La mise à l’échelle automatique sélectionne l’hôte de session avec le moins de sessions utilisateur, le met en mode maintenance et attend que toutes les sessions utilisateur se déconnectent avant de le désactiver. Si à un moment quelconque, la capacité utilisée du pool d’hôtes augmente jusqu’à un point où la mise à l’échelle automatique ne peut plus désactiver l’hôte de session, l’hôte de session sort du mode maintenance.
L’animation suivante est un récapitulatif visuel de ce que nous venons de voir dans le scénario 2.
Scénario 3 : Quand la fonctionnalité de mise à l’échelle automatique force-t-elle les utilisateurs à se déconnecter ?
La mise à l’échelle automatique ne force les utilisateurs à se déconnecter que si vous avez activé le paramètre Fermeture de session forcée pendant la phase de diminution du calendrier de votre plan de mise à l’échelle. Le paramètre de fermeture de session forcée ne déconnecte pas les utilisateurs pendant une autre phase du calendrier du plan de mise à l’échelle.
Par exemple, examinons un pool d’hôtes avec les paramètres suivants :
| Paramètre | Valeur |
|---|---|
| Phase | Ralentissement |
| Nombre total d’hôtes de session | 6 |
| Algorithme d’équilibrage de charge | À profondeur prioritaire |
| Seuil de capacité | 75 % |
| Pourcentage minimal d’hôtes | 10 % |
| Hôtes de session disponibles | 4 |
| Limite maximale de sessions | 5 |
| Capacité disponible du pool d’hôtes | 20 |
| Sessions utilisateur | 4 |
| Capacité utilisée du pool d’hôtes | 20% |
Pendant la phase de ralentissement, l’administrateur du pool d’hôtes a défini le seuil de capacité à 75 % et le pourcentage minimal d’hôtes à 10 %. Le fait d’avoir un seuil de capacité élevé et un faible pourcentage minimal d’hôtes dans cette phase réduit la nécessité d’activer de nouveaux hôtes de session à la fin de la journée de travail.
Pour ce scénario, supposons qu’il existe actuellement quatre utilisateurs sur les quatre hôtes de session disponibles dans ce pool d’hôtes. Étant donné que la capacité disponible du pool d’hôtes est de 20, cela signifie que la capacité du pool d’hôtes utilisée est de 20 %. Sur la base de ces informations, la mise à l’échelle automatique détecte qu’elle peut désactiver deux hôtes de session sans dépasser le seuil de capacité de 75 %. Cependant, comme il existe des sessions utilisateur sur tous les hôtes de session dans le pool d’hôtes, pour désactiver deux hôtes de session, la mise à l’échelle automatique doit forcer les utilisateurs à se déconnecter.
Quand vous avez activé le paramètre de fermeture de session forcée, la mise à l’échelle automatique sélectionne les hôtes de session avec le moins de sessions utilisateur, puis met les hôtes de session en mode maintenance. La mise à l’échelle automatique envoie ensuite aux utilisateurs des hôtes de session sélectionnés des notifications indiquant qu’ils vont être déconnectés de force de leurs sessions après un certain temps. Une fois ce temps écoulé, si les utilisateurs n’ont pas encore terminé leurs sessions, la mise à l’échelle automatique forcera l’arrêt de leurs sessions. Dans ce scénario, comme il y a un nombre égal de sessions utilisateur sur chacun des hôtes de session dans le pool d’hôtes, la mise à l’échelle automatique choisit deux hôtes de session au hasard pour déconnecter de force tous les utilisateurs, puis désactive les hôtes de session.
Une fois que la mise à l’échelle automatique a désactivé les deux hôtes de session, la capacité du pool d’hôtes disponible est maintenant de 10. Maintenant qu’il n’y a que deux sessions utilisateur, la capacité du pool d’hôtes utilisée est de 20 %, comme indiqué dans le tableau suivant.
| Paramètre | Valeur |
|---|---|
| Phase | Ralentissement |
| Nombre total d’hôtes de session | 6 |
| Algorithme d’équilibrage de charge | À profondeur prioritaire |
| Seuil de capacité | 75 % |
| Pourcentage minimal d’hôtes | 10 % |
| Hôtes de session disponibles | 2 |
| Limite maximale de sessions | 5 |
| Capacité disponible du pool d’hôtes | 10 |
| Sessions utilisateur | 2 |
| Capacité utilisée du pool d’hôtes | 20% |
À présent, supposons que les deux utilisateurs qui ont été forcés à se déconnecter veulent continuer à travailler et se reconnecter. Étant donné que la capacité du pool d’hôtes disponible est toujours de 10, la capacité du pool d’hôtes utilisée est maintenant de 40 %, ce qui est inférieur au seuil de capacité de 75 %. Cependant, la mise à l’échelle automatique ne peut pas désactiver d’autres hôtes de session, car il ne resterait qu’un seul hôte de session disponible et une capacité de pool d’hôtes disponible de 5. Avec quatre utilisateurs, la capacité du pool d’hôtes utilisée serait de 80%, ce qui est supérieur au seuil de capacité.
Les paramètres ressemblent maintenant à ceci :
| Paramètre | Valeur |
|---|---|
| Phase | Ralentissement |
| Nombre total d’hôtes de session | 6 |
| Algorithme d’équilibrage de charge | À profondeur prioritaire |
| Seuil de capacité | 75 % |
| Pourcentage minimal d’hôtes | 10 % |
| Hôtes de session disponibles | 2 |
| Limite maximale de sessions | 5 |
| Capacité disponible du pool d’hôtes | 10 |
| Sessions utilisateur | 4 |
| Capacité utilisée du pool d’hôtes | 40% |
Si, à ce stade, un autre utilisateur se déconnecte, il ne reste que trois sessions utilisateur distribuées sur les deux hôtes de session disponibles. En d’autres termes, le pool d’hôtes ressemble maintenant à ceci :
| Paramètre | Valeur |
|---|---|
| Phase | Ralentissement |
| Nombre total d’hôtes de session | 6 |
| Algorithme d’équilibrage de charge | À profondeur prioritaire |
| Seuil de capacité | 75 % |
| Pourcentage minimal d’hôtes | 10 % |
| Hôtes de session disponibles | 2 |
| Limite maximale de sessions | 5 |
| Capacité disponible du pool d’hôtes | 10 |
| Sessions utilisateur | 3 |
| Capacité utilisée du pool d’hôtes | 30 % |
Étant donné que la limite de session maximale est toujours de cinq et la capacité du pool d’hôtes disponible est de 10, la capacité du pool d’hôtes utilisée est maintenant de 30 %. La mise à l’échelle automatique peut maintenant désactiver un hôte de session sans dépasser le seuil de capacité. La mise à l’échelle automatique désactive un hôte de session en choisissant l’hôte de session avec le moins de sessions utilisateur. La mise à l’échelle automatique met ensuite l’hôte de session en mode maintenance, envoie aux utilisateurs une notification indiquant que l’hôte de session va être désactivé puis, après un laps de temps défini, déconnecte de force tous les utilisateurs restants et les désactive. Après cela, il reste maintenant un hôte de session disponible dans le pool d’hôtes avec une limite maximale de sessions de cinq, et donc une capacité du pool d’hôtes disponible de cinq.
Étant donné que la mise à l’échelle automatique a forcé la déconnexion d’un utilisateur lors de la désactivation de l’hôte de session choisi, il ne reste plus que deux sessions utilisateur, et donc une capacité du pool d’hôtes utilisée de 40 %.
Pour résumer, voici à quoi ressemble le pool d’hôtes maintenant :
| Paramètre | Valeur |
|---|---|
| Phase | Ralentissement |
| Nombre total d’hôtes de session | 6 |
| Limite maximale de sessions | 5 |
| Algorithme d’équilibrage de charge | À profondeur prioritaire |
| Seuil de capacité | 75 % |
| Pourcentage minimal d’hôtes | 10 % |
| Capacité disponible du pool d’hôtes | 5 |
| Sessions utilisateur | 2 |
| Hôtes de session disponibles | 1 |
| Capacité utilisée du pool d’hôtes | 40% |
Après cela, supposons que l’utilisateur qui a été forcé à se déconnecter se reconnecte. Le pool d’hôtes ressemble alors à ceci :
| Paramètre | Valeur |
|---|---|
| Phase | Ralentissement |
| Nombre total d’hôtes de session | 6 |
| Algorithme d’équilibrage de charge | À profondeur prioritaire |
| Seuil de capacité | 75 % |
| Pourcentage minimal d’hôtes | 10 % |
| Hôtes de session disponibles | 1 |
| Limite maximale de sessions | 5 |
| Capacité disponible du pool d’hôtes | 5 |
| Sessions utilisateur | 3 |
| Capacité utilisée du pool d’hôtes | 60% |
Il y a maintenant trois sessions utilisateur dans le pool d’hôtes. Toutefois, la capacité du pool d’hôtes est toujours de cinq, ce qui signifie que la capacité du pool d’hôtes utilisée est de 60 %, et donc inférieure au seuil de capacité. Comme la désactivation de l’hôte de session restant conduirait à une capacité du pool d’hôtes disponible de 0, ce qui est inférieur au pourcentage minimal d’hôtes de 10 %, la mise à l’échelle automatique vérifie qu’il y a toujours au moins un hôte de session disponible pendant la phase de diminution.
L’animation suivante est un récapitulatif visuel de ce que nous venons de voir dans le scénario 3.
Scénario 4 : comment les balises d’exclusion fonctionnent-elles ?
Quand une machine virtuelle a un nom d’étiquette correspondant à l’étiquette d’exclusion du plan de mise à l’échelle, la mise à l’échelle automatique ne l’active pas, ne la désactive pas ou ne modifie pas son paramètre de mode maintenance. Les balises d’exclusion sont applicables dans toutes les phases du calendrier de votre plan de mise à l’échelle.
Voici l’exemple de pool d’hôtes avec lequel nous commençons :
| Paramètre | Valeur |
|---|---|
| Phase | Heures creuses |
| Nombre total d’hôtes de session | 6 |
| Algorithme d’équilibrage de charge | À largeur prioritaire |
| Seuil de capacité | 75 % |
| Pourcentage minimal d’hôtes | 10 % |
| Hôtes de session disponibles | 1 |
| Limite maximale de sessions | 5 |
| Capacité disponible du pool d’hôtes | 5 |
| Sessions utilisateur | 3 |
| Capacité utilisée du pool d’hôtes | 60% |
Dans cet exemple de scénario, l’administrateur du pool d’hôtes applique la balise d’exclusion du plan de mise à l’échelle à cinq des six hôtes de session. Lorsqu’un nouvel utilisateur se connecte, le nombre total de sessions utilisateur passe à quatre. Un seul hôte de session est disponible et la limite maximale de sessions du pool d’hôtes est toujours de cinq. La capacité du pool d’hôtes disponible est donc de cinq. La capacité du pool d’hôtes utilisée est de 80 %. Cependant, même si la capacité du pool d’hôtes utilisée est supérieure au seuil de capacité, la mise à l’échelle automatique n’active pas d’autres hôtes de session, car tous les hôtes de session, à l’exception de celui qui est en cours d’exécution, ont été marqués avec l’étiquette d’exclusion.
À présent, le pool d’hôtes ressemble donc à ceci :
| Paramètre | Valeur |
|---|---|
| Phase | Heures creuses |
| Nombre total d’hôtes de session | 6 |
| Algorithme d’équilibrage de charge | À largeur prioritaire |
| Seuil de capacité | 75 % |
| Pourcentage minimal d’hôtes | 10 % |
| Hôtes de session disponibles | 1 |
| Limite maximale de sessions | 5 |
| Capacité disponible du pool d’hôtes | 5 |
| Sessions utilisateur | 4 |
| Capacité utilisée du pool d’hôtes | 80 % |
Supposons ensuite que les quatre utilisateurs se sont déconnectés, ne laissant aucune session utilisateur restante sur l’hôte de session disponible. Étant donné qu’il n’y a aucune session utilisateur dans le pool d’hôtes, la capacité du pool d’hôtes utilisée est de 0. La mise à l’échelle automatique maintient cet hôte de session unique actif même s’il n’a aucun utilisateur, car pendant la phase d’heures creuses, le paramètre de pourcentage minimal d’hôtes de la mise à l’échelle automatique indique qu’il doit conserver au moins un hôte de session disponible pendant cette phase.
Pour résumer, le pool d’hôtes ressemble maintenant à ceci :
| Paramètre | Valeur |
|---|---|
| Phase | Heures creuses |
| Nombre total d’hôtes de session | 6 |
| Algorithme d’équilibrage de charge | À largeur prioritaire |
| Seuil de capacité | 75 % |
| Pourcentage minimal d’hôtes | 10 % |
| Hôtes de session disponibles | 1 |
| Limite maximale de sessions | 5 |
| Capacité disponible du pool d’hôtes | 5 |
| Sessions utilisateur | 0 |
| Capacité utilisée du pool d’hôtes | 0 % |
Si l’administrateur applique le nom de la balise d’exclusion à la dernière machine virtuelle d’hôte de session non marquée et la désactive, cela signifie alors que même si un autre utilisateur essaie de se connecter, la mise à l’échelle automatique ne peut pas activer une machine virtuelle pour prendre en charge sa session utilisateur. Cet utilisateur verra une erreur « Aucune ressource disponible ».
Toutefois, le fait de ne pas pouvoir réactiver les machines virtuelles signifie que le pool d’hôtes ne pourra pas atteindre son pourcentage minimal d’hôtes. Pour éviter d’éventuels problèmes, l’administrateur supprime les balises d’exclusion de deux des machines virtuelles. La mise à l’échelle automatique active uniquement l’une des machines virtuelles, car elle n’a besoin que d’une machine virtuelle pour répondre à la configuration minimale requise de 10 %.
Par conséquent, le pool d’hôtes ressemble finalement à ceci :
| Paramètre | Valeur |
|---|---|
| Phase | Heures creuses |
| Nombre total d’hôtes de session | 6 |
| Algorithme d’équilibrage de charge | À largeur prioritaire |
| Seuil de capacité | 75 % |
| Pourcentage minimal d’hôtes | 19% |
| Hôtes de session disponibles | 1 |
| Limite maximale de sessions | 5 |
| Capacité disponible du pool d’hôtes | 5 |
| Sessions utilisateur | 0 |
| Capacité utilisée du pool d’hôtes | 0 % |
L’animation suivante est un récapitulatif visuel de ce que nous venons de voir dans le scénario 4.
Étapes suivantes
- Pour savoir comment créer des plans de mise à l’échelle automatique pour la mise à l’échelle automatique, consultez Créer une mise à l’échelle automatique pour des pools d’hôtes Azure Virtual Desktop.
- Pour passer en revue les termes associés à la mise à l’échelle automatique, consultez le glossaire de la mise à l’échelle automatique.
- Pour obtenir des réponses aux questions fréquemment posées sur la mise à l’échelle automatique, consultez les Questions fréquentes (FAQ) sur la mise à l’échelle automatique.