Alertes et notifications

Les alertes sont affichées dans Director sur le tableau de bord et d’autres vues de haut niveau avec des symboles d’alerte d’avertissement et critiques. Les alertes sont disponibles pour les sites sous licence Premium. Les alertes se mettent à jour automatiquement toutes les minutes ; vous pouvez également les mettre à jour à la demande.

Une alerte d’avertissement (triangle orange) indique que le seuil d’avertissement d’une condition a été atteint ou dépassé.

Une alerte critique (cercle rouge) indique que le seuil critique d’une condition a été atteint ou dépassé.

Vous pouvez afficher des informations plus détaillées sur les alertes en sélectionnant une alerte dans la barre latérale, en cliquant sur le lien Accéder aux alertes en bas de la barre latérale ou en sélectionnant Alertes en haut de la page Director.

Dans la vue Alertes, vous pouvez filtrer et exporter les alertes. Par exemple, les machines OS multi-session défaillantes pour un groupe de mise à disposition spécifique au cours du dernier mois, ou toutes les alertes pour un utilisateur spécifique. Pour plus d’informations, consultez Exporter des rapports.

Alertes Citrix®

Les alertes Citrix sont des alertes surveillées dans Director qui proviennent des composants Citrix. Vous pouvez configurer les alertes Citrix dans Director sous Alertes > Stratégie d’alertes Citrix. Dans le cadre de la configuration, vous pouvez définir l’envoi de notifications par e-mail à des individus et des groupes lorsque les alertes dépassent les seuils que vous avez définis. Pour plus d’informations sur la configuration des alertes Citrix, consultez Créer des stratégies d’alertes.

Remarque :

Assurez-vous que votre pare-feu, votre proxy ou votre serveur Microsoft Exchange ne bloquent pas les alertes par e-mail.

Stratégies d’alertes intelligentes

Un ensemble de stratégies d’alertes intégrées avec des valeurs de seuil prédéfinies est disponible pour les groupes de mise à disposition et l’étendue des VDA OS multi-session. Cette fonctionnalité nécessite la version 7.18 ou ultérieure de Delivery Controller(s). Vous pouvez modifier les paramètres de seuil des stratégies d’alertes intégrées dans Alertes > Stratégie d’alertes Citrix. Ces stratégies sont créées lorsqu’il existe au moins une cible d’alerte (un groupe de mise à disposition ou un VDA OS multi-session) définie sur votre site. De plus, ces alertes intégrées sont automatiquement ajoutées à un nouveau groupe de mise à disposition ou à un VDA OS multi-session.

Si vous mettez à niveau Director et votre site, les stratégies d’alertes de votre instance Director précédente sont conservées. Les stratégies d’alertes intégrées ne sont créées que si aucune règle d’alerte correspondante n’existe dans la base de données Monitor.

Pour les valeurs de seuil des stratégies d’alerte intégrées, consultez la section (#alerts-policies-conditions).

Créer des stratégies d’alerte

Pour créer une nouvelle stratégie d’alerte, par exemple, pour générer une alerte lorsqu’un ensemble spécifique de critères de nombre de sessions est rempli :

1. Accédez à Alertes > Stratégie d’alerte Citrix et sélectionnez, par exemple, Stratégie de SE multisession.
2. Cliquez sur Créer.
3. Nommez et décrivez la stratégie, puis définissez les conditions qui doivent être remplies pour que l’alerte soit déclenchée. Par exemple, spécifiez les nombres d’avertissement et critiques pour les sessions connectées maximales, les sessions déconnectées maximales et les sessions concurrentes totales maximales. Les valeurs d’avertissement ne doivent pas être supérieures aux valeurs critiques. Pour plus d’informations, consultez (/fr-fr/citrix-virtual-apps-desktops/2311/director/site-analytics/alerts-notifications.html#alerts-policies-conditions).
4. Définissez l’intervalle de ré-alerte. Si les conditions de l’alerte sont toujours remplies, l’alerte est déclenchée à nouveau à cet intervalle de temps et, si configuré dans la stratégie d’alerte, une notification par e-mail est générée. Une alerte ignorée ne génère pas de notification par e-mail à l’intervalle de ré-alerte.
5. Définissez l’étendue. Par exemple, définissez-la pour un groupe de mise à disposition spécifique.
6. Dans les préférences de notification, spécifiez qui doit être averti par e-mail lorsque l’alerte est déclenchée. Vous devez spécifier un serveur de messagerie sur l’onglet Configuration du serveur de messagerie afin de définir les préférences de notification par e-mail dans les stratégies d’alerte.
7. Cliquez sur Enregistrer.

La création d’une stratégie avec 20 groupes de mise à disposition ou plus définis dans l’étendue peut prendre environ 30 secondes pour terminer la configuration. Un indicateur de chargement s’affiche pendant ce temps.

La création de plus de 50 stratégies pour un maximum de 20 groupes de mise à disposition uniques (1000 cibles de groupes de mise à disposition au total) peut entraîner une augmentation du temps de réponse (plus de 5 secondes).

Le déplacement d’une machine contenant des sessions actives d’un groupe de mise à disposition à un autre peut déclencher des alertes de groupe de mise à disposition erronées définies à l’aide de paramètres de machine.

Remarque : Après la suppression d’une stratégie d’alerte, il peut s’écouler jusqu’à 30 minutes avant que les notifications d’alerte générées par la stratégie ne cessent.

Conditions des stratégies d’alerte

Vous trouverez ci-dessous les catégories d’alertes, les actions recommandées pour atténuer l’alerte et les conditions de stratégie intégrées, si définies. Les stratégies d’alerte intégrées sont définies pour des intervalles d’alerte et de ré-alerte de 60 minutes.

Pic de sessions connectées

• Vérifiez la vue Tendances des sessions de Director pour le pic de sessions connectées.
• Vérifiez qu’il y a suffisamment de capacité pour gérer la charge de sessions.
• Ajoutez de nouvelles machines si nécessaire

Pic de sessions déconnectées

• Vérifiez la vue Tendances des sessions de Director pour le pic de sessions déconnectées.
• Vérifiez qu’il y a suffisamment de capacité pour gérer la charge de sessions.
• Ajoutez de nouvelles machines si nécessaire.
• Fermez les sessions déconnectées si nécessaire

Pic de sessions concurrentes totales

• Vérifiez la vue Tendances des sessions de Director pour le pic de sessions concurrentes.
• Vérifiez qu’il y a suffisamment de capacité pour gérer la charge de sessions.
• Ajoutez de nouvelles machines si nécessaire.
• Fermez les sessions déconnectées si nécessaire

CPU

Le pourcentage d’utilisation du CPU indique la consommation globale du CPU sur le VDA, y compris celle des processus. Vous pouvez obtenir plus d’informations sur l’utilisation du CPU par les processus individuels à partir de la page Détails de la machine du VDA correspondant.

• Accédez à Détails de la machine > Afficher l’utilisation historique > 10 principaux processus, identifiez les processus qui consomment du CPU. Assurez-vous que la stratégie de surveillance des processus est activée pour lancer la collecte des statistiques d’utilisation des ressources au niveau des processus.
• Terminez le processus si nécessaire.
• La fin du processus entraîne la perte des données non enregistrées.

• Si tout fonctionne comme prévu, ajoutez des ressources CPU supplémentaires à l’avenir.

  Remarque :

  Le paramètre de stratégie, Activer la surveillance des ressources, est autorisé par défaut pour la surveillance des compteurs de performance du CPU et de la mémoire sur les machines avec des VDA. Si ce paramètre de stratégie est désactivé, les alertes avec des conditions de CPU et de mémoire ne sont pas déclenchées. Pour plus d’informations, consultez Paramètres de stratégie de surveillance

  Conditions de stratégie intelligentes :

  • Portée : Groupe de mise à disposition, portée du système d’exploitation multi-session
  • Valeurs de seuil : Avertissement - 80 %, Critique - 90 %

Mémoire

Le pourcentage d’utilisation de la mémoire indique la consommation globale de mémoire sur le VDA, y compris celle des processus. Vous pouvez obtenir plus d’informations sur l’utilisation de la mémoire par les processus individuels à partir de la page Détails de la machine du VDA correspondant.

• Accédez à Détails de la machine > Afficher l’utilisation historique > 10 premiers processus, identifiez les processus qui consomment de la mémoire. Assurez-vous que la stratégie de surveillance des processus est activée pour lancer la collecte des statistiques d’utilisation des ressources au niveau des processus.
• Terminez le processus si nécessaire.
• Mettre fin au processus entraîne la perte des données non enregistrées.

• Si tout fonctionne comme prévu, ajoutez de la mémoire supplémentaire à l’avenir.

  Remarque :

  Le paramètre de stratégie, Activer la surveillance des ressources, est autorisé par défaut pour la surveillance des compteurs de performances du CPU et de la mémoire sur les machines avec des VDA. Si ce paramètre de stratégie est désactivé, les alertes avec des conditions de CPU et de mémoire ne sont pas déclenchées. Pour plus d’informations, consultez Paramètres de stratégie de surveillance

  Conditions de stratégie intelligentes :

  • Portée : Groupe de mise à disposition, portée du SE multi-session
  • Valeurs de seuil : Avertissement - 80 %, Critique - 90 %

Taux d’échec de connexion

Pourcentage d’échecs de connexion au cours de la dernière heure.

• Calculé en fonction du nombre total d’échecs par rapport au nombre total de tentatives de connexion.
• Vérifiez la vue Tendances des échecs de connexion de Director pour les événements enregistrés à partir du journal de configuration.
• Déterminez si les applications ou les bureaux sont accessibles.

Nombre d’échecs de connexion

Nombre d’échecs de connexion au cours de la dernière heure.

• Vérifiez la vue Tendances des échecs de connexion de Director pour les événements enregistrés à partir du journal de configuration.
• Déterminez si les applications ou les bureaux sont accessibles.

ICA® RTT (Moyenne)

Temps d’aller-retour ICA moyen.

• Vérifiez Citrix ADM pour une analyse détaillée du RTT ICA afin de déterminer la cause première. Pour plus d’informations, consultez la documentation Citrix ADM.
• Si Citrix ADM n’est pas disponible, vérifiez la vue Détails de l’utilisateur de Director pour le RTT ICA et la latence, et déterminez s’il s’agit d’un problème réseau ou d’un problème avec les applications ou les bureaux.

ICA RTT (Nombre de sessions)

Nombre de sessions qui dépassent le temps d’aller-retour ICA seuil.

• Vérifiez Citrix ADM pour le nombre de sessions avec un RTT ICA élevé. Pour plus d’informations, consultez la documentation Citrix ADM.

• Si Citrix ADM n’est pas disponible, collaborez avec l’équipe réseau pour déterminer la cause première.

  Conditions de stratégie intelligentes :

  • Portée : Groupe de mise à disposition, portée du système d’exploitation multi-session
  • Valeurs seuils : Avertissement - 300 ms pour 5 sessions ou plus, Critique - 400 ms pour 10 sessions ou plus

ICA RTT (% de sessions)

Pourcentage de sessions qui dépassent le temps d’aller-retour ICA moyen.

• Vérifiez Citrix ADM pour le nombre de sessions avec un RTT ICA élevé. Pour plus d’informations, consultez la documentation Citrix ADM.
• Si Citrix ADM n’est pas disponible, collaborez avec l’équipe réseau pour déterminer la cause première.

RTT ICA (Utilisateur)

Temps d’aller-retour ICA appliqué aux sessions lancées par l’utilisateur spécifié. L’alerte est déclenchée si le RTT ICA est supérieur au seuil dans au moins une session.

Machines défaillantes (OS à session unique)

Nombre de machines OS à session unique défaillantes. Les défaillances peuvent survenir pour diverses raisons, comme indiqué dans les vues Tableau de bord et Filtres de Director.

• Exécutez les diagnostics Citrix Scout pour déterminer la cause première.

  Conditions de stratégie intelligente :

  • Portée : Groupe de mise à disposition, portée OS multi-session
  • Valeurs de seuil : Avertissement - 1, Critique - 2

Machines défaillantes (OS multi-session)

Nombre de machines OS multi-session défaillantes. Les défaillances peuvent survenir pour diverses raisons, comme indiqué dans les vues Tableau de bord et Filtres de Director.

• Exécutez les diagnostics Citrix Scout pour déterminer la cause première.

  Conditions de stratégie intelligente :

  • Portée : Groupe de mise à disposition, portée du SE multi-session
  • Valeurs de seuil : Avertissement - 1, Critique - 2

Machines défaillantes (en %)

Pourcentage de machines de SE mono-session et multi-session défaillantes dans un groupe de mise à disposition, calculé en fonction du nombre de machines défaillantes. Cette condition d’alerte vous permet de configurer des seuils d’alerte sous forme de pourcentage de machines défaillantes dans un groupe de mise à disposition et est calculée toutes les 30 secondes. Les défaillances peuvent survenir pour diverses raisons, comme indiqué dans les vues Tableau de bord et Filtres de Director. Exécutez les diagnostics Citrix Scout pour déterminer la cause première. Pour plus d’informations, consultez Dépanner les problèmes utilisateur.

Durée moyenne d’ouverture de session

Durée moyenne d’ouverture de session pour les ouvertures de session qui ont eu lieu au cours de la dernière heure.

• Consultez le Tableau de bord de Director pour obtenir des métriques à jour concernant la durée d’ouverture de session. Un grand nombre d’utilisateurs se connectant sur une courte période peut augmenter la durée d’ouverture de session.

• Vérifiez la base de référence et la répartition des ouvertures de session pour affiner la cause. Pour plus d’informations, consultez Diagnostiquer les problèmes d’ouverture de session utilisateur

  Conditions de stratégie intelligente :

  • Portée : Groupe de mise à disposition, portée du SE multi-session
  • Valeurs de seuil : Avertissement - 45 secondes, Critique - 60 secondes

Durée d’ouverture de session (utilisateur)

Durée d’ouverture de session pour les ouvertures de session de l’utilisateur spécifié qui ont eu lieu au cours de la dernière heure.

Index de l’évaluateur de charge

Valeur de l’index de l’évaluateur de charge au cours des 5 dernières minutes.

• Vérifiez dans Director les machines OS multi-session qui pourraient avoir une charge maximale (charge de pointe). Affichez à la fois le Tableau de bord (échecs) et le rapport d’index de l’évaluateur de charge des tendances.

  Conditions de stratégie intelligente :

  • Portée : Groupe de mise à disposition, portée OS multi-session
  • Valeurs de seuil : Avertissement - 80 %, Critique - 90 %

Configurer les stratégies d’alerte avec des webhooks

Outre les notifications par e-mail, vous pouvez configurer des stratégies d’alerte avec des webhooks.

Remarque : Cette fonctionnalité nécessite la version 7.11 ou ultérieure du ou des Delivery Controller(s).

Vous pouvez configurer une stratégie d’alerte avec un rappel HTTP ou une requête HTTP POST à l’aide des cmdlets PowerShell. Elles sont étendues pour prendre en charge les webhooks.

Pour plus d’informations sur la création d’un nouveau workflow Octoblu et l’obtention de l’URL de webhook correspondante, consultez le Centre de développement Octoblu.

Pour configurer une URL de webhook pour une nouvelle stratégie d’alerte ou pour une stratégie existante, utilisez les cmdlets PowerShell suivantes.

Créer une nouvelle stratégie d’alerte avec une URL de webhook :

$policy = New-MonitorNotificationPolicy -Name <Policy name> -Description <Policy description> -Enabled $true -Webhook <Webhook URL>
<!--NeedCopy-->

Ajouter une URL de webhook à une stratégie d’alerte existante :

Set-MonitorNotificationPolicy - Uid <Policy id> -Webhook <Webhook URL>
<!--NeedCopy-->

Pour obtenir de l’aide sur les commandes PowerShell, utilisez l’aide PowerShell, par exemple :

Get-Help  <Set-MonitorNotificationPolicy>
<!--NeedCopy-->

Les notifications générées par la stratégie d’alerte déclenchent le webhook avec un appel POST à l’URL du webhook. Le message POST contient les informations de notification au format JSON :

{"NotificationId" : \<Notification Id\>,

"Target" : \<Notification Target Id\>,

"Condition" : \<Condition that was violated\>,

"Value" : \<Threshold value for the Condition\>,

"Timestamp": \<Time in UTC when notification was generated\>,

"PolicyName": \<Name of the Alert policy\>,

"Description": \<Description of the Alert policy\>,

"Scope" : \<Scope of the Alert policy\>,

"NotificationState": \<Notification state critical, warning, healthy or dismissed\>,

"Site" : \<Site name\>}
<!--NeedCopy-->

Surveillance des alertes d’hyperviseur

Director affiche des alertes pour surveiller la santé de l’hyperviseur. Les alertes de XenServer® et VMware vSphere aident à surveiller les paramètres et les états de l’hyperviseur. L’état de la connexion à l’hyperviseur est également surveillé pour fournir une alerte si le cluster ou le pool d’hôtes est redémarré ou indisponible.

Pour recevoir les alertes d’hyperviseur, assurez-vous qu’une connexion d’hébergement est créée dans Web Studio. Pour plus d’informations, consultez Connexions et ressources. Seules ces connexions sont surveillées pour les alertes d’hyperviseur.

Ces alertes s’affichent une fois que les seuils sont atteints ou dépassés. Les alertes d’hyperviseur peuvent être :

• Critique—seuil critique de la politique d’alarme de l’hyperviseur atteint ou dépassé
• Avertissement—seuil d’avertissement de la politique d’alarme de l’hyperviseur atteint ou dépassé
• Ignorée—l’alerte n’est plus affichée comme une alerte active

Cette fonctionnalité nécessite Delivery Controller™ version 7 1811 ou ultérieure. Si vous utilisez une version antérieure de Director avec des sites 7 1811 ou ultérieurs, seul le nombre d’alertes d’hyperviseur est affiché. Pour afficher les alertes, vous devez mettre à niveau Director.

Le tableau suivant décrit les différents paramètres et états des alertes d’hyperviseur.

Remarque :

Pour plus d’informations sur la configuration des alertes, consultez Alertes Citrix XenCenter ou consultez la documentation sur les alertes VMware vCenter.

Les préférences de notification par e-mail peuvent être configurées sous Stratégie d’alertes Citrix > Stratégie de site > État de l’hyperviseur. Les conditions de seuil pour les stratégies d’alerte de l’hyperviseur peuvent être configurées, modifiées, désactivées ou supprimées uniquement depuis l’hyperviseur et non depuis Director. Cependant, la modification des préférences de messagerie et la suppression d’une alerte peuvent être effectuées dans Director. Vous pouvez désactiver l’alerte si votre rôle n’implique pas la surveillance de l’infrastructure.

Important :

• Les alertes déclenchées par l’hyperviseur sont récupérées et affichées dans Director. Cependant, les modifications du cycle de vie/état des alertes de l’hyperviseur ne sont pas reflétées dans Director.
• Les alertes saines, ignorées ou désactivées dans la console de l’hyperviseur continuent d’apparaître dans Director et doivent être ignorées explicitement.
• Les alertes ignorées dans Director ne sont pas ignorées automatiquement dans la console de l’hyperviseur.