Analyses

Le panneau Analyses fournit des informations concernant les échecs ou les lenteurs de session dans votre environnement. L’exploration plus approfondie de métriques spécifiques à l’aide de ces analyses permet de dépanner et de résoudre les échecs ou les lenteurs de session plus rapidement. Les analyses d’échec aident spécifiquement les administrateurs à améliorer la disponibilité des sessions, ce qui est un facteur important qui détermine l’expérience utilisateur. Ces analyses sont conçues pour faciliter la surveillance proactive de l’expérience utilisateur. Par conséquent, les analyses sont affichées pour les défaillances actuelles du système (actualisées toutes les 15 minutes).

Cliquer sur l’icône d’analyses depuis le Tableau de bord affiche le volet d’analyses avec des détails sur les analyses et des options pour explorer les vues Machines ou Connexions. L’administrateur peut également accéder à la configuration des alertes depuis le panneau.

Les analyses des machines trou noir, des sessions zombies, des machines surchargées et des échecs de session sont disponibles sur ce panneau. Chaque analyse, une fois développée, affiche un lien vers les sessions échouées ou les machines qui les hébergent. Ceci mène à la vue Filtres contenant les machines ou sessions échouées. Une exploration plus approfondie est possible à partir d’ici lorsque vous cliquez sur une machine ou une session spécifique pour afficher les métriques détaillées.

La vue développée pour chaque analyse affiche les principaux modèles d’échec détectés par rapport au site, au groupe de mise à disposition, aux machines de session mono-OS ou multi-OS. Ces modèles visent à aider les administrateurs à identifier si une cohorte spécifique d’utilisateurs rencontre le problème. Dans les cas où le système est incapable de mettre en évidence des modèles en raison d’une cohorte distribuée, il est recommandé d’explorer pour auto-analyser. De plus, les actions recommandées pour dépanner et résoudre les problèmes sont également affichées.

Machines trou noir

Certaines machines de votre environnement, bien qu’enregistrées et semblant saines, pourraient ne pas prendre en charge les sessions qui leur sont acheminées, entraînant des échecs. Les machines qui n’ont pas réussi à prendre en charge quatre requêtes de session consécutives ou plus sont appelées machines trou noir. Les raisons de ces échecs sont liées à divers facteurs qui peuvent affecter la machine, tels que des licences RDS insuffisantes, des problèmes de réseau intermittents ou une charge instantanée sur la machine. Ces échecs n’incluent pas les échecs dus à la capacité ou à la disponibilité des licences. La présence de machines trou noir dans l’environnement augmente les échecs de session, entraînant une faible disponibilité des sessions. Les analyses des machines trou noir affichent le nombre de machines trou noir identifiées dans votre environnement.

Actions recommandées pour les machines trou noir :

• Vérifier la licence RDS sur la machine
• Mettre la machine en mode maintenance
• Redémarrer

La section Modèles détectés affiche les principaux modèles observés sur les machines trou noir par rapport aux critères suivants :

• Nombre de machines trou noir exécutant un OS mono-session ou multi-session
• Groupe de mise à disposition avec le plus grand nombre de machines impactées

Sessions zombies

Le sous-volet Sessions zombies affiche des informations sur les échecs de session survenus en raison de sessions zombies dans l’environnement. Une session zombie est une session abandonnée sur une machine de système d’exploitation à session unique, ce qui entraîne l’échec des nouveaux lancements de session sur la machine. Les tentatives de lancement de sessions sur cette machine échouent avec une erreur « Capacité indisponible ». Toutes les futures tentatives de lancement de session échouent jusqu’à ce que la session abandonnée soit terminée. Les informations sur les sessions zombies visent à aider à repérer ces machines avec des sessions abandonnées et à atténuer de manière proactive ces échecs.

Actions recommandées pour les sessions zombies :

• Vous pouvez déconnecter les utilisateurs des sessions zombies à l’aide de Monitor pour les sites Citrix DaaS.
• Vous pouvez redémarrer les machines contenant des sessions zombies.

La section Modèles détectés affiche les principaux modèles observés dans les sessions zombies par rapport aux critères suivants :

• Groupe de mise à disposition avec le plus grand nombre de machines impactées
• Groupe de mise à disposition avec le plus grand nombre de sessions impactées

Machines surchargées

L’aperçu des machines surchargées offre une visibilité sur les ressources surchargées qui entraînent une mauvaise expérience. Les machines qui ont connu des pics de CPU soutenus, ou une utilisation élevée de la mémoire, ou les deux, qui ont duré 5 minutes ou plus, et qui peuvent entraîner une mauvaise expérience utilisateur, sont considérées comme surchargées.

La section Modèles détectés affiche les principaux modèles observés dans les machines surchargées par rapport aux critères suivants :

• Nombre de machines surchargées exécutant un système d’exploitation à session unique ou multi-session
• Groupe de mise à disposition avec le plus grand nombre de machines impactées
• Nombre de machines surchargées avec des pics de mémoire ou de CPU soutenus

Échecs de connexion

L’aperçu des échecs de connexion répertorie le nombre d’échecs de session dus à des problèmes allant du point de terminaison (où l’utilisateur lance la session) jusqu’à la machine (où la session est gérée). Ces échecs peuvent survenir pour diverses raisons, telles que des configurations de pare-feu incorrectes, des problèmes de communication réseau ou l’indisponibilité de la machine.

Les deux catégories d’échecs de connexion sont :

• Échecs de connexion client — répertorie les sessions où des erreurs de communication se sont produites sur le point de terminaison.
• Échecs de machine — répertorie les sessions où des erreurs se sont produites sur la machine.

De plus, le sous-panneau Échecs de connexion affiche les recommandations suivantes pour résoudre les erreurs.

• Vérifiez les paramètres du pare-feu sur la machine et la passerelle.
• Vérifiez la connectivité réseau entre les composants.
• Assurez-vous que les machines sont sous tension et dans des états enregistrés.

Les échecs sont regroupés pour identifier les utilisateurs bloqués, c’est-à-dire les utilisateurs qui n’ont eu aucune session réussie après leur échec de connexion pendant la durée sélectionnée. Les modèles sont mis en évidence pour les deux catégories d’échecs. Cliquer sur les détails ouvre la vue Connexions qui est filtrée pour afficher toutes les sessions qui ont échoué en raison des erreurs dans votre environnement pendant la période sélectionnée. Cette vue permet d’analyser les sessions individuelles qui ont échoué et d’obtenir une cause première possible.

Vue Filtrer

Voici les nouveaux filtres et colonnes ajoutés à la vue Machines sous Filtres -> Machines :

• Nombre d’échecs consécutifs : Nombre d’échecs consécutifs de lancement de session signalés par la machine
• Est un trou noir : Indique si la machine a été identifiée comme une machine trou noir
• Est un zombie : Indique si la machine a été identifiée comme une machine zombie
• Est surchargée : Indique si la machine a été identifiée comme une machine surchargée

Voici les nouveaux filtres et colonnes ajoutés à la vue Connexions sous Filtres -> Connexions :

Alertes

Trois nouvelles « Stratégies d’alerte avancées » sont disponibles et activées par défaut pour aider les administrateurs en déclenchant de manière proactive des alertes si des machines trou noir, zombie ou surchargées (dans tous les groupes de mise à disposition) sont identifiées dans le système.

Remarque :

Les échecs de connexion ne sont pas pris en charge par les stratégies d’alerte avancées dans la version actuelle.

Gestion des stratégies par défaut

Pour maximiser la valeur des informations de diagnostic, voici quelques points clés concernant les stratégies d’alerte par défaut :

• Personnalisation : Les administrateurs peuvent personnaliser les paramètres de stratégie d’alerte, la portée ou les actions de notification pour ces stratégies par défaut.
• Restrictions : Vous ne pouvez pas modifier les conditions ou supprimer les stratégies par défaut.
• Activation/Désactivation : Les stratégies peuvent être désactivées ou activées selon les besoins.
• Notifications : Les stratégies par défaut n’ont pas de notifications configurées par défaut ; elles n’entraîneront que des alertes d’interface utilisateur. Nous conseillons vivement aux administrateurs de mettre à jour les préférences de notification pour ces stratégies.

Remarque :

• Le panneau Insights lui-même repose sur des stratégies activées. Si vous désactivez les stratégies par défaut et n’avez aucune stratégie personnalisée activée, le panneau Insights cessera de se rafraîchir.

• La mise à jour des paramètres d’alerte modifie également le calcul de l’aperçu correspondant sur le tableau de bord.

Création de stratégies personnalisées

Vous pouvez créer des stratégies personnalisées supplémentaires pour ces aperçus. Si vous créez une stratégie personnalisée, nous vous recommandons de modifier la portée de la stratégie par défaut afin d’exclure tout groupe de mise à disposition couvert par votre stratégie personnalisée. Cela évite les chevauchements et les alertes en double potentielles.

Notifications d’alerte

Voici un aperçu rapide des « alertes Citrix » générées pour les aperçus :

Alerte pour les machines « trou noir »

Monitor recherche les machines « trou noir » toutes les 15 minutes et envoie une alerte aux administrateurs pour atténuer de manière proactive les échecs de session rencontrés par les utilisateurs. Les machines qui n’ont pas réussi à traiter quatre requêtes de session consécutives ou plus sont considérées comme des machines « trou noir » par défaut. Les conditions d’alerte et les intervalles de ré-alerte peuvent être personnalisés pour l’alerte sélectionnée.

Les détails des machines qui ont provoqué des échecs de session sont envoyés dans les e-mails d’alerte ou la charge utile du webhook. La stratégie d’alerte des machines « trou noir » doit être activée pour recevoir ces notifications.

Alerte pour les machines avec sessions zombies

L’alerte Machines avec sessions zombies est générée lorsqu’une nouvelle machine avec une session zombie est détectée dans l’environnement dans un intervalle de 15 minutes.

Les administrateurs peuvent personnaliser les conditions d’alerte pour l’alerte Machines avec sessions zombies.

Les détails des machines qui ont causé les sessions zombies et les échecs sont envoyés dans les e-mails d’alerte ou la charge utile du webhook.

Alerte pour les machines surchargées

Les machines qui ont subi des pics de CPU soutenus, ou une utilisation élevée de la mémoire, ou les deux pendant des intervalles d’échantillonnage configurés sont considérées comme surchargées.

Les administrateurs peuvent personnaliser les conditions d’alerte et la préférence de ré-alerte pour l’alerte Machines surchargées.

Ré-alertes

Pour les alertes d’informations spécifiques, le comportement de notification dans l’intervalle de ré-alerte configuré est incrémentiel. Si de nouvelles machines problématiques sont identifiées pendant cet intervalle, l’e-mail de ré-alerte ou le webhook ne contiendra que ces nouvelles machines. Une alerte complète, listant toutes les machines problématiques pour un groupe de mise à disposition donné, sera envoyée une fois par intervalle de ré-alerte (qui est de 24 heures par défaut).