États et contrôles d’intégrité des hôtes de session dans Azure Virtual Desktop
L’agent Azure Virtual Desktop effectue régulièrement des contrôles d’intégrité sur l’hôte de session. L’agent affecte différents états à ces contrôles d’intégrité, qui incluent des descriptions de la façon de résoudre les problèmes courants. Cet article vous explique la signification de chaque état et comment agir sur chacun d’entre eux lors d’un contrôle d’intégrité.
États des hôtes de session
Le tableau suivant liste tous les états des hôtes de session dans chaque état potentiel du portail Azure. Disponible est considéré comme l’état par défaut idéal. Tous les autres états représentent des problèmes potentiels dont vous devez vous occuper pour que le service fonctionne correctement.
Remarque
Si un problème est listé comme non fatal, le service peut néanmoins s’exécuter avec ce problème actif. Nous vous recommandons cependant de résoudre le problème dès que possible pour éviter des problèmes futurs. Si un problème est répertorié comme fatal, il empêche le service de fonctionner. Vous devez résoudre tous les problèmes de type « fatal » pour garantir que vos utilisateurs peuvent accéder à l’hôte de session.
| État des hôtes de session | Description | Équilibrage de charge | Comment résoudre les problèmes connexes |
|---|---|---|---|
| Disponible | Cet état signifie que l’hôte de session a subi avec succès tous les contrôles d’intégrité et est disponible pour accepter les connexions utilisateur. Si un hôte de session a atteint sa limite de session maximale, mais a subi avec succès des contrôles d’intégrité, il est toujours répertorié comme étant « Disponible ». | Les nouvelles sessions utilisateur sont équilibrées ici. | S/O |
| A besoin d’assistance | L’hôte de session a échoué à un ou plusieurs des contrôles d’intégrité non fatals suivants : le contrôle d’intégrité de l’agent de supervision Geneva, le contrôle d’intégrité d’Azure Instance Metadata Service (IMDS) ou le contrôle d’intégrité de l’URL. Dans cet état, les utilisateurs peuvent se connecter à des machines virtuelles, mais leur expérience utilisateur peut se dégrader. Vous pouvez trouver quels contrôles d’intégrité ont échoué dans le Portail Azure, en accédant à l’onglet Hôtes de session et en sélectionnant le nom de votre hôte de session. | Les nouvelles sessions utilisateur sont équilibrées ici. | Suivez les instructions de la section Erreur : Les hôtes de la session sont bloqués dans l’état « A besoin d’assistance » pour résoudre le problème. |
| Shutdown | L’hôte de session a été arrêté. Si l’agent entre dans un état d’arrêt avant de se connecter au répartiteur, son état va passer à Indisponible. Si vous avez arrêté votre hôte de session et que vous voyez un état Indisponible, cela signifie que l’hôte de session s’est arrêté avant de pouvoir mettre à jour l’état et il n’indique pas de problème. Vous devez utiliser cet état avec l’API de visualisation de l’instance de machine virtuelle pour déterminer l’état de fonctionnement de la machine virtuelle. | Non disponible pour l'équilibrage de charge. | Activez l’hôte de session. |
| Non disponible | L’hôte de session est désactivé ou n’a pas subi avec succès des contrôles d’intégrité de type fatal, ce qui empêche les sessions utilisateur de se connecter à cet hôte de session. | Non disponible pour l'équilibrage de charge. | Si l’hôte de session est désactivé, réactivez-le. Si l’hôte de session n’a subi avec succès le contrôle de jonction à un domaine ou les contrôles d’intégrité de l’écouteur de pile côte à côte, reportez-vous au tableau dans Contrôle d’intégrité pour savoir comment résoudre le problème. Si l’état est toujours « Indisponible » après que vous avez suivi ces instructions, ouvrez un cas de support. |
| Échec de la mise à niveau | Cet état signifie que l’agent Azure Virtual Desktop n’a pas pu être mis à jour ou mis à niveau. Cet état n’affecte pas les sessions utilisateur nouvelles ou existantes. | Les nouvelles sessions utilisateur sont équilibrées ici. | Suivez les instructions de l’article Résolution des problèmes de l’agent Azure Virtual Desktop. |
| Mise à niveau | Cet état signifie que la mise à niveau de l’agent est en cours. Cet état est mis à jour sur « Disponible » une fois la mise à niveau terminée et l’hôte de session peut accepter de nouveau les connexions. | Les nouvelles sessions utilisateur sont équilibrées ici. | Si votre hôte de session est bloqué dans l’état « Mise à niveau », réinstallez l’agent. |
Contrôle d’intégrité
Le contrôle d’intégrité est un test effectué par l’agent sur l’hôte de session. Le tableau suivant liste chaque type de contrôle d’intégrité et décrit ce qu’il fait.
| Nom du contrôle d’intégrité | Description | Ce qui se passe si l’hôte de session échoue au contrôle |
|---|---|---|
| Client appartenant à un domaine | Vérifie que l’hôte de session est joint à un contrôleur de domaine. | Si ce contrôle échoue, les utilisateurs ne pourront pas se connecter à l’hôte de session. Pour résoudre ce problème, joignez votre hôte de session à un domaine. |
| Agent de supervision Geneva | Vérifie que l’hôte de session a un agent de supervision sain en vérifiant si l’agent de supervision est installé et s’exécute dans l’emplacement de Registre attendu. | Si ce contrôle échoue, l’erreur est « semi-fatale ». Il peut y avoir des connexions réussies, mais elles ne contiennent pas d’informations de journalisation. Pour résoudre ce problème, vérifiez qu’un agent de surveillance est installé. S’il est déjà installé, contactez le support Microsoft. |
| Écouteur de pile côte à côte (SxS) | Vérifie que la pile côte à côte est opérationnelle, qu’elle écoute et qu’elle est prête à recevoir des connexions. | Si ce contrôle échoue, l’erreur est fatale, et les utilisateurs ne pourront pas se connecter à l’hôte de session. Essayez en redémarrant votre machine virtuelle. Si le redémarrage ne fonctionne pas, contactez le support Microsoft. |
| Contrôle d’intégrité de l’attachement d’application | Vérifie que le service Attachement d’application ou Attachement d’application MSIX fonctionne comme prévu pendant la mise en package ou le retrait de package. | Si ce contrôle échoue, l’erreur n’est pas fatale. Toutefois, certaines applications cesseront de fonctionner pour les utilisateurs finaux. |
| Vérification d’approbation de domaine | Vérifie que l’hôte de la session ne rencontre pas de problèmes d’approbation de domaine susceptibles d’empêcher l’authentification lorsqu’un utilisateur se connecte à une session. | Si ce contrôle échoue, l’erreur n’est pas fatale. Le service ne pourra pas se connecter s’il ne peut pas atteindre le domaine d’authentification de l’hôte de la session. |
| Contrôle du service de métadonnées | Vérifie que le service de métadonnées est accessible et retourne des propriétés de calcul. | Si ce contrôle échoue, l’erreur n’est pas fatale. |
Étapes suivantes
- Pour découvrir une vue d’ensemble de la résolution des problèmes Azure Virtual Desktop et des procédures d’escalade, consultez l’article Vue d’ensemble du dépannage, commentaires et support.
- Pour résoudre les problèmes liés à la création d’un environnement Azure Virtual Desktop et d’un pool d’hôtes dans un environnement Azure Virtual Desktop, consultez Création d’un environnement et d’un pool d’hôtes.
- Pour résoudre les problèmes de configuration d’une machine virtuelle dans Azure Virtual Desktop, consultez Configuration d’une machine virtuelle hôte de session.
- Pour résoudre les problèmes relatifs à l’agent Azure Virtual Desktop ou à la connectivité des sessions, consultez Résoudre les problèmes courants liés à l’agent Azure Virtual Desktop.
- Pour résoudre les problèmes d’utilisation de PowerShell avec Azure Virtual Desktop, consultez Azure Virtual Desktop PowerShell.
- Suivez le Didacticiel : Résoudre les problèmes liés aux déploiements de modèles Resource Manager.