Microsoft AZ-140: Opérations, mise à l'échelle et optimisation des hôtes de session — Guide d'étude

By Laurynas Brazys · 12 August 2026 · #microsoft #az-140 #certification #exam-prep #study-guide

Fait partie du Microsoft Azure Virtual Desktop Specialty AZ-140 — Guide d’étude. Entraînez-vous avec des réponses vérifiées dans le centre d’examens Microsoft, ou passez des tests chronométrés sur ExamRoll.io.

Vue d’ensemble

Les opérations sur les hôtes de session dans Azure Virtual Desktop (AVD) s’articulent autour de trois disciplines fondamentales : le bon dimensionnement et l’ingénierie des performances, la mise à l’échelle intelligente et la gestion de l’alimentation, ainsi que la fiabilité des opérations post-déploiement. L’objectif est de fournir une expérience utilisateur cohérente pendant les pics de demande tout en minimisant les dépenses pendant les heures creuses, le tout sans compromettre la maintenabilité ou la récupérabilité. Cette section explique comment concevoir et opérer la fonctionnalité autoscale d’AVD avec des plans de mise à l’échelle, la configuration des planifications et de la capacité, les états opérationnels tels que le mode de drainage, et le dépannage de l’état de santé et de l’enregistrement. Elle relie ensuite les recommandations de dimensionnement (y compris pour les charges de travail avec GPU) et l’automatisation aux leviers d’optimisation des coûts tels que les réservations, les plans d’économies et Azure Hybrid Benefit.

Conception de l’autoscale : Plans de mise à l’échelle, planifications et ciblage des pools d’hôtes

• Plans de mise à l’échelle et ciblage

  • Un plan de mise à l’échelle définit quand et comment un pool d’hôtes partagé démarre, draine, arrête et désalloue les hôtes de session. Un seul plan de mise à l’échelle peut cibler plusieurs pools d’hôtes, même dans différentes régions.
  • Chaque pool d’hôtes ciblé exécute le plan de mise à l’échelle indépendamment dans son propre contexte de fuseau horaire. Utilisez le paramètre de fuseau horaire du plan de mise à l’échelle pour chaque planification afin de l’aligner sur les heures de bureau locales.
  • Balise d’exclusion : définissez une paire clé/valeur de balise pour que l’autoscale ignore des VM spécifiques (par ex., des canaris opérationnels ou des pilotes de maintenance).
  • Le mode d’équilibrage de charge est important : le mode en largeur d’abord (breadth-first) répartit les sessions sur les hôtes (améliore les performances instantanées, ralentit le scale-in) ; le mode en profondeur d’abord (depth-first) empile les sessions sur moins d’hôtes (maximise la consolidation et les économies de coûts). Pour un autoscale axé sur les coûts, utilisez le mode en profondeur d’abord avec des seuils de capacité appropriés.

• Planifications : montée en charge, période de pointe, réduction de la charge, période creuse

  • Montée en charge : démarre et préchauffe la flotte minimale en prévision de la demande, puis effectue un scale-out lorsque les seuils de capacité sont dépassés.
  • Période de pointe : maintient plus de capacité en ligne pour minimiser la latence et les files d’attente ; le scale-out se poursuit si les seuils sont dépassés.
  • Réduction de la charge : place les hôtes sélectionnés en mode de drainage, consolide les sessions et, après une période de grâce, éteint les hôtes inactifs.
  • Période creuse : maintient une petite base pour l’accès en dehors des heures de bureau ; les hôtes inactifs restants sont désalloués pour minimiser les dépenses.

• Seuils de capacité, disponibilité minimale des hôtes et comportement de l’autoscale

  • Le seuil de capacité (%) est mesuré par rapport à la capacité de session totale des hôtes en ligne. Lorsque l’utilisation moyenne dépasse le seuil, l’autoscale démarre des VM supplémentaires. L’utilisation dépend du nombre maximal de sessions par hôte et du nombre de sessions actuelles. Ajustez par charge de travail ; commencez avec 60–70 % pour le mode en profondeur d’abord, 70–80 % pour le mode en largeur d’abord.
  • La disponibilité minimale des hôtes peut être définie comme un nombre ou un pourcentage d’hôtes à maintenir en fonctionnement dans chaque phase de la planification. Maintenez toujours au moins un hôte « de rechange » pour absorber les pics soudains.
  • Sécurité du scale-in : l’autoscale utilise le mode de drainage et des vérifications d’absence de session active pour éviter de déconnecter les utilisateurs. Seuls les hôtes inactifs sont arrêtés/désalloués.

• Gestion de l’alimentation et désallocation optimisée pour les coûts

  • Arrêter (désallouer) libère les frais de calcul ; les disques de système d’exploitation et de données continuent d’engendrer des frais de stockage. L’autoscale désalloue les hôtes inactifs pendant la réduction de la charge et la période creuse.
  • La fonctionnalité Démarrer la VM à la connexion peut compléter la posture en période creuse en démarrant les VM désallouées lorsqu’un utilisateur tente de se connecter. Assurez-vous que l’identité managée ou le principal de service du pool d’hôtes dispose des autorisations de démarrage de VM sur le groupe de ressources des hôtes de session.
  • Évitez l’arrêt depuis le système d’exploitation invité sans désallocation ; cela laisse la VM allouée et facturable.

État opérationnel, maintenance et santé : Mode de drainage, notifications et enregistrement

• Mode de drainage et fenêtres de maintenance

  • Le mode de drainage (AllowNewSession=false) empêche les nouvelles connexions tout en permettant aux sessions existantes de se terminer. Utilisez-le pour appliquer des correctifs, mettre à jour des agents, remplacer des images ou pour le scale-in.
  • Approche de maintenance : passez le ou les hôtes en mode de drainage, attendez qu’ils soient inactifs, déconnectez en douceur les sessions persistantes après notification, puis appliquez les mises à jour et redémarrez. Validez l’état de santé/le heartbeat et réactivez les nouvelles sessions.

• Stratégie de notification des utilisateurs

  • Notifications du plan de mise à l’échelle : configurez le message de déconnexion et la période de grâce pendant la réduction de la charge. Utilisez un langage clair et avec des échéances précises.
  • Notifications supplémentaires : utilisez Azure Automation (Send-AzVMRunCommand, notifications toast via PowerShell) ou Endpoint Manager pour afficher des messages en cours de session avant la maintenance.

• État de l’hôte de session, heartbeat et santé de l’agent

  • États typiques : Available, Unavailable (NoHeartbeat), NeedsAssistance, Unhealthy, Shutdown, NotJoinedToDomain, Upgrading.
  • Prérequis pour le heartbeat/l’agent : trafic sortant sur le port 443 vers les points de terminaison du service AVD (utilisez le service tag AzureVirtualDesktop), résolution DNS stable, synchronisation de l’heure et jonction de domaine réussie, le cas échéant.
  • Services de l’agent : Remote Desktop Agent Loader et Remote Desktop Agent doivent être en cours d’exécution. L’agent AVD et la pile côte à côte se mettent à jour automatiquement si l’accès sortant est autorisé.

• Enregistrement et dépannage

  • Pour joindre des VM existantes à un pool d’hôtes, créez un jeton d’enregistrement (valide pour une durée limitée) et installez/enregistrez l’agent AVD avec ce jeton.
  • Étapes courantes d’isolation des pannes :
    • Vérifiez que l’hôte s’affiche comme Enregistré et Disponible dans le pool d’hôtes ; sinon, réenregistrez-le avec un nouveau jeton.
    • Inspectez l’Observateur d’événements : examinez les journaux Microsoft-RDInfra-RDAgent, Microsoft-RDInfra-RDAgentBootLoader et RDS/TerminalServices pour des erreurs de connectivité ou d’authentification.
    • Validez le DNS : la résolution de domaine et la résolution des points de terminaison de service doivent réussir ; si vous utilisez Azure AD DS, assurez-vous que le DNS du VNet pointe vers les contrôleurs de domaine managés.
    • Confirmez que le pare-feu Windows ou les règles de sécurité réseau autorisent le trafic sortant sur le port 443 et qu’aucune interception TLS ne compromet la confiance du service.

• Exemples d’automatisation utiles

# Put a session host in drain mode (no new sessions)
Update-AzWvdSessionHost -ResourceGroupName rg-avd -HostPoolName hp-finance `
  -Name host1.contoso.com -AllowNewSession:$false

# Gracefully logoff idle users after notice (example)
Invoke-AzVMRunCommand -ResourceGroupName rg-avd -Name host1 `
  -CommandId RunPowerShellScript -ScriptPath .\Notify-And-Logoff.ps1

Dimensionnement, utilisation et charges de travail avec accélération GPU

• Sélection de la taille de la VM et dimensionnement basé sur la charge de travail

  • Commencez par la caractérisation de la charge de travail : bureautique/productivité, employé de la connaissance avec les applications Microsoft 365 et l’optimisation Teams, développeur/ingénierie ou graphisme/3D.
  • CPU : maintenez l’utilisation soutenue du CPU sous 70–75 % avec de brèves pointes sous 85 %. Surveillez Processor(_Total)\% Processor Time et System\Processor Queue Length.
  • Mémoire : ciblez moins de 80 % de mémoire engagée avec Memory\Available MBytes au-dessus de 500 Mo par hôte ; surveillez la pagination. Le cache FSLogix peut augmenter la plage de travail (working set) — dimensionnez en conséquence.
  • Stockage : l’expérience utilisateur dépend des IOPS et de la latence du profil FSLogix. Premium SSD v2, Ultra Disk pour les scénarios intensifs en termes de fichiers temporaires/cache, et Azure Files Premium ou Azure NetApp Files pour les profils à IOPS élevés. Pour les parcs de très grande taille ou les profils nécessitant la plus faible latence, Azure NetApp Files fournit la meilleure cohérence.
  • Lignes de base initiales (multi-session) :
    • Productivité légère : 4–8 vCPU, 16–32 Go de RAM ; en largeur d’abord (breadth-first) pour la réactivité.
    • Employé de la connaissance moyen : 8–16 vCPU, 32–64 Go de RAM ; en profondeur d’abord (depth-first) pour l’optimisation des coûts.
    • Développement/compilation/données intensifs : 16–32 vCPU, 64–128 Go de RAM ; envisagez des pools dédiés.

• Hôtes de session avec accélération GPU

  • Pour la CAO/SIG/3D/le montage vidéo et les visualisations complexes, utilisez NVads A10 v5 pour des profils vGPU granulaires et un excellent rapport prix/performance ; envisagez les familles NV v4/v5 le cas échéant.
  • Déployez l’extension NVIDIA GPU Driver Extension for Windows sur les VM de série N. Validez l’encodage matériel : activez AVC/H.264 et configurez « Utiliser l’encodage matériel pour le Bureau à distance » via une stratégie lorsque c’est avantageux.
  • Surveillez le GPU avec les compteurs de performance (utilisation du moteur GPU, mémoire GPU) et les métriques Azure Monitor. Assurez-vous d’une marge de manœuvre CPU suffisante ; les applications gourmandes en ressources graphiques restent sensibles à la pénurie de CPU (CPU starvation).

• Télémétrie et ajustement itératif

  • Activez Azure Monitor pour les insights AVD et Log Analytics. Suivez le CPU, la mémoire, la latence du profil FSLogix, la durée d’ouverture de session, les déconnexions et les temps de courtage (brokering).
  • Ajustez le MaxSessionLimit du pool d’hôtes et le mode d’équilibrage de charge en fonction de la contention observée, puis réajustez les seuils de mise à l’échelle automatique pour qu’ils correspondent.

Optimisation des coûts : Alimentation, mise à l’échelle automatique, réservations, Savings Plans et AHB

• Aligner la mise à l’échelle sur les heures de bureau

  • Utiliser une stratégie en profondeur d’abord (depth-first) avec des seuils de capacité conservateurs pour consolider les sessions et accélérer le scale-in (la réduction d’échelle). Combiner avec la désallocation hors des heures de pointe et la fonctionnalité Start VM on connect pour les accès tardifs/rares.
  • Définir un nombre minimal d’hôtes faible mais non nul pour éviter les tempêtes de démarrage à froid.

• Réservations et Savings Plans

  • Réservations : Les réservations de VM d’un ou trois ans verrouillent des références (SKU) spécifiques dans des régions spécifiques pour obtenir les remises les plus importantes ; idéal pour la capacité de base qui fonctionne la plupart du temps (par ex., la flotte des heures de pointe en journée).
  • Compute Savings Plans : Offrent des remises flexibles sur plusieurs familles de VM et régions ; utiles lorsque vous mélangez des tailles ou pour des parcs dynamiques où la prévisibilité exacte des références (SKU) est plus faible.
  • Réservations de stockage : La capacité réservée Azure Files peut réduire les coûts de stockage FSLogix à grande échelle.

• Azure Hybrid Benefit (AHB) et gestion des licences

  • Appliquer l’AHB aux charges de travail Windows Server et Windows client éligibles pour réduire les frais de licence du système d’exploitation. Assurer l’éligibilité et la conformité des licences.
  • Pour les déploiements Microsoft 365, confirmer que les licences couvrent Windows Enterprise multi-session et Microsoft 365 Apps le cas échéant.

• Scripts opérationnels et runbooks

  • Utiliser Azure Automation ou GitHub Actions pour :
    • Les séquences de drainage/activation de la flotte avant et après la maintenance.
    • Les scripts de préchauffage avant la mise à l’échelle le lundi ou après les jours fériés.
    • La correction de l’état de santé (redémarrer les services de l’agent, réenregistrer l’hôte si le signal de pulsation (heartbeat) est perdu).
  • L’orchestration basée sur les balises (tags) simplifie les opérations sélectives (par ex., baliser Environment=Pilot pour exclure du scale-in).

# Start or stop idle hosts by tag (supplemental to native autoscale)
$hosts = Get-AzWvdSessionHost -ResourceGroupName rg-avd -HostPoolName hp-ops
foreach ($h in $hosts) {
  if ($h.Session -eq 0 -and $h.Tags["KeepOnline"] -ne "true") {
    Stop-AzVM -ResourceGroupName rg-avd -Name ($h.Name.Split("/")[1]) -Force -StayProvisioned:$false
  }
}

Scénario de problème pratique

IKEA fait face à des pics d’activité en semaine provenant des planificateurs 3D, des ingénieurs produit et du personnel du centre d’appels qui utilisent des applications à distance. La demande est faible le soir et le week-end. Les sessions s’appuyant sur des GPU doivent rester réactives tout en minimisant le coût global de calcul.

1. Segmenter les pools d’hôtes par charge de travail

   • Créer trois pools d’hôtes partagés : GPU-CAD (NVads A10 v5), KnowledgeWorker (série D/E) et ContactCenter (série D).
   • Pourquoi : Aligne la taille et la densité des VM sur des profils de performance distincts ; permet une mise à l’échelle automatique et des fenêtres de maintenance indépendantes.

2. Attacher un plan de mise à l’échelle unique avec des planifications par heures de bureau

   • Définir une montée en charge à 07:00, une période de pointe de 09:00 à 17:00, une réduction de la charge de 17:00 à 19:00, et des heures creuses le reste du temps ; définir le fuseau horaire sur celui de la région de chaque pool.
   • Pourquoi : Garantit que la capacité est prête avant l’arrivée des utilisateurs, consolide et éteint en douceur après les heures de bureau, et respecte les fuseaux horaires régionaux.

3. Ajuster les seuils de capacité et la disponibilité minimale des hôtes par pool

   • GPU-CAD : en largeur d’abord (breadth-first), seuil de capacité 70 %, minimum 30 % d’hôtes en ligne ; KnowledgeWorker : en profondeur d’abord (depth-first), seuil 65 %, minimum 10 % ; ContactCenter : en profondeur d’abord, seuil 70 %, minimum 15 %.
   • Pourquoi : Les charges de travail GPU préfèrent une répartition plus large pour la réactivité ; les charges de travail de bureau bénéficient de la consolidation pour réduire les coûts ; le centre d’appels nécessite une réserve constante pour les changements d’équipes.

4. Activer Start VM on connect pour KnowledgeWorker et ContactCenter

   • Accorder à l’identité managée du pool d’hôtes les autorisations de démarrage de VM ; maintenir le minimum hors heures de pointe à un niveau bas.
   • Pourquoi : Réduit les frais d’exécution à vide tout en préservant un accès juste-à-temps pour les connexions inattendues en dehors des heures de bureau.

5. Mettre en œuvre un flux de travail de maintenance et de notification

   • Avant le Patch Tuesday : placer 20 % de chaque pool en mode drainage via une balise ; notifier les utilisateurs 30 minutes à l’avance ; après inactivité, appliquer les correctifs, redémarrer, valider l’agent/le signal de pulsation, puis passer au lot suivant.
   • Pourquoi : Le drainage progressif évite les déconnexions massives, préserve la continuité du service et réduit les pics d’activité au support technique.

6. Surveiller et itérer avec Azure Monitor pour AVD

   • Suivre l’utilisation du CPU, de la mémoire, du GPU, la durée de connexion, la latence de FSLogix ; ajuster mensuellement MaxSessionLimit et les seuils de mise à l’échelle automatique.
   • Pourquoi : L’ajustement basé sur les données maintient le SLA et contrôle les dépenses à mesure que les modèles d’utilisation évoluent.

7. Appliquer les leviers de coût

   • Réserver une capacité de 3 ans pour la charge de base en semaine dans KnowledgeWorker et ContactCenter ; utiliser un Compute Savings Plan pour la demande GPU variable ; appliquer Azure Hybrid Benefit là où il est éligible.
   • Pourquoi : Les réservations garantissent les plus grandes économies pour la charge de base prévisible ; les Savings Plans s’adaptent aux pics GPU moins prévisibles ; l’AHB réduit les coûts de licence du système d’exploitation.

8. Renforcer l’enregistrement et l’état de santé

   • Maintenir un runbook permanent pour réenregistrer tout hôte affichant NoHeartbeat, et valider le DNS/l’heure. Conserver des balises d’exclusion pour les hôtes de diagnostic.
   • Pourquoi : Une correction rapide et automatisée limite l’impact sur l’utilisateur et préserve la capacité lors de problèmes d’agent inattendus.

Avec cette conception, IKEA atteint les objectifs de performance en journée — y compris la réactivité des GPU — tout en désallouant agressivement la capacité en dehors des heures de bureau et en automatisant la maintenance, ce qui se traduit par une expérience utilisateur stable et une réduction mesurable des coûts.

← FSLogix · Tous les domaines · Applications et expérience de l’utilisateur final →

Entraînez-vous sur ces questions → · Tests chronométrés sur ExamRoll.io →

Parcourir Microsoft →