Alertes et notifications

Les alertes s’affichent dans Director sur le tableau de bord et d’autres vues de haut niveau avec des symboles d’alerte d’avertissement et critique. 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 du ou des 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 Conditions des stratégies d’alerte.

Stratégies d’alerte avancées

La fonctionnalité de notification et d’alerte proactive de Director est améliorée pour inclure un nouveau cadre d’alerte nommé Stratégies d’alerte avancées. Grâce à cette fonctionnalité, vous pouvez créer des alertes en incluant des détails granulaires pour chaque élément ou condition, améliorant ainsi le contrôle sur la portée des alertes. Actuellement, ces stratégies incluent des alertes pour les économies de coûts et l’infrastructure.

Avec l’introduction des stratégies d’alerte avancées, qui sont des alertes basées sur des sources de données, vous pouvez utiliser le filtrage de portée multi-conditions.

Cette fonctionnalité vous aide à réduire les alertes excessives qui pourraient entraîner une réactivité ou une efficacité réduite dans la résolution de problèmes importants. Cette stratégie permet de mesurer l’efficacité des stratégies d’alerte et l’engagement des administrateurs.

Vous pouvez créer une stratégie d’alerte avancée à partir de la section Alertes > Stratégie d’alerte avancée > Créer une stratégie.

Vous pouvez sélectionner l’une des sources de données suivantes :

• Machines
• Service de provisioning
• StoreFront™
• Delivery Controller™

Alertes pour les économies de coûts

Vous pouvez créer des alertes pour les économies de coûts qui vous aident à optimiser les dépenses. Actuellement, vous pouvez créer des alertes pour les machines.

Pour créer des alertes sur les machines, procédez comme suit :

1. Cliquez sur l’onglet Alertes > Stratégies d’alerte avancées. La page Stratégies d’alerte avancées s’affiche.
2. Cliquez sur Créer une stratégie. La section Créer des stratégies d’alerte avancées s’affiche.

3. Sélectionnez Machines dans la liste déroulante Source de données. La condition Économies de coûts et les types de conditions correspondants s’affichent.

   

4. Sélectionnez les types de conditions suivants selon vos besoins :

   • Machines gérées par l’alimentation n’ayant pas pu démarrer
   • Machines gérées par l’alimentation n’ayant pas pu s’arrêter
   • Machines gérées par l’alimentation avec une disponibilité élevée
5. Sélectionnez les paramètres spécifiques et les options correspondantes pour chacune des conditions sélectionnées.

6. Définissez les métriques d’avertissement et critiques pour le type de condition sélectionné :

   • Pour les machines gérées par l’alimentation avec une disponibilité élevée :

     • Nombre de machines dépassant le seuil de disponibilité
     • Intervalle de ré-alerte (en min), l’intervalle peut être d’un minimum de 60 min

   • Pour les machines gérées par l’alimentation n’ayant pas pu démarrer et les machines gérées par l’alimentation n’ayant pas pu s’arrêter :

     • Nombre de machines dépassant le seuil de disponibilité
     • Intervalle d’échantillonnage (en min) les intervalles peuvent être des multiples de 30 min
     • Intervalle de ré-alerte (en min) la ré-alerte peut être des multiples de 60 min
7. Planifiez les intervalles de ré-alerte pour les alertes sélectionnées selon les besoins.
8. Définissez la portée de l’alerte.

9. Définissez les canaux de notification. Il peut s’agir d’un e-mail ou d’un webhook.

   1. Vous pouvez cocher les cases suivantes :

      • Inclure une charge utile JSON en pièce jointe dans le webhook
      • Inclure un fichier CSV en pièce jointe dans l’e-mail

   Pour plus d’informations, consultez Améliorations du contenu des alertes.

10. Saisissez les détails de l’alerte tels que le nom de l’alerte et la description (facultatif).
11. Cliquez sur Enregistrer. L’alerte est créée.

Alertes pour la surveillance de l’infrastructure

Vous pouvez créer des alertes pour surveiller l’état des composants Citrix Virtual Apps and Desktops™ pris en charge suivants :

• Service de provisionnement

  

• StoreFront

  

• Delivery Controller

  

Une fois la configuration de la surveillance de l’infrastructure terminée, vous pouvez utiliser les données d’intégrité disponibles dans Director pour configurer des alertes pour tout composant requis. Les administrateurs peuvent définir des conditions, des étendues et des moyens de notification pour recevoir des alertes importantes par e-mail ou une charge utile JSON via des webhooks. Pour Provisioning Service et Delivery Controller, vous pouvez sélectionner l’étendue des alertes au niveau du site ou au niveau du serveur individuel. Par exemple, dans le cas de Provisioning Service, si vous sélectionnez « Tous les services de provisioning », vous ne recevrez qu’une seule alerte pour l’ensemble du site, même si le site comporte deux serveurs. Ceci est considéré comme une alerte au niveau du site. Les alertes déclenchées sont également disponibles dans la section Alertes Citrix pour analyse et gestion.

Dans le cadre de la nouvelle politique d’infrastructure introduite, les conditions d’alerte sont classées en quatre sections comme suit :

• Accessibilité
• Services dépendants
• Impact
• Utilisation des ressources

Les conditions de chaque catégorie peuvent être définies avec la gravité Critique et Avertissement en fonction des priorités de votre organisation. Vous pouvez également planifier des intervalles de ré-alerte pour ces alertes.

Vous pouvez créer une politique d’infrastructure à partir de la section Alertes > Stratégies d’alerte Citrix. Vous pouvez sélectionner la catégorie requise, puis les conditions requises pour la politique. Pour plus d’informations sur la création d’une politique, consultez Créer des politiques d’alerte. Une fois la politique créée, vous pouvez la modifier, la supprimer ou la désactiver sur la page Alertes Citrix.

Pour plus de détails sur les conditions prises en charge dans chaque catégorie et composant, consultez les éléments suivants :

• Métriques d’intégrité de Provisioning Service
• Métriques d’intégrité de StoreFront
• Mesures d’intégrité du Delivery Controller

Les données suivantes sont reçues sous forme d’alerte par e-mail ou sur la page d’alertes Citrix :

Définir la portée de la stratégie

Vous pouvez définir la portée de votre alerte et ajouter des exceptions. L’alerte est générée uniquement pour la portée sélectionnée et les sous-portées exclues à l’aide des exceptions ne sont pas incluses dans la génération d’alertes. Cette fonctionnalité vous aide à créer des alertes à un niveau granulaire.

Vous pouvez créer des notifications par e-mail ou via des URL de webhook. Vous pouvez également sélectionner votre langue préférée pour recevoir les alertes. Vous pouvez également choisir de recevoir les paramètres d’alerte dans un fichier .CSV joint pour les e-mails ou dans une charge utile JSON via une URL de webhook. La pièce jointe contient les détails des paramètres requis. Pour plus d’informations, consultez Améliorations du contenu des alertes.

Les données suivantes sont reçues sous forme d’alerte par e-mail ou sur la page Alertes Citrix :

Comment créer une stratégie d’alerte avancée à l’aide d’un script PowerShell ?

Script PowerShell pour créer une stratégie d’alerte :

asnp Citrix.Monitor.*
# Add Parameters
$timeSpan = New-TimeSpan -Seconds 30
$alertThreshold = 1
$alarmThreshold = 2
# Add Target UID's
$targetIds = @()
$targetIds += "e9a211b4-a1f3-4f74-b6c7-85225902e997"
# Add email addresses
$emailaddress = @()
$emailaddress += "loki@abc.com"
# Create new policy
$policy = New-MonitorNotificationPolicy -Name "FailedMachinePercentageAlertCreationViaPowershell" -Description "Policy created to test urm" -Enabled $true
<!--NeedCopy-->

Remplacez la ligne suivante par la condition correcte pour FailedMachinePercentage

Add-MonitorNotificationPolicyCondition -Uid $policy.Uid -ConditionType FailedMachinePercentage -AlertThreshold $alertThreshold -AlarmThreshold $alarmThreshold -AlertRenotification $timeSpan -AlarmRenotification $timeSpan

Add-MonitorNotificationPolicyTargets -Uid $policy.Uid -Scope "DG-Multisession" -TargetKind DesktopGroup -TargetIds $targetIds

$policy = Get-MonitorNotificationPolicy -Uid $policy.Uid
$policy
<!--NeedCopy-->

À partir de l’image précédente, vous pouvez voir que la stratégie est créée et que l’Uid est 10.

Pour ajouter un e-mail à la configuration

Set-MonitorNotificationEmailServerConfiguration -ProtocolType SMTP -ServerName NameOfTheSMTPServerOrIPAddress -PortNumber 80 -SenderEmailAddress loki@abc.com -RequiresAuthentication 0
<!--NeedCopy-->

Pour ajouter un e-mail à la stratégie

Add-MonitorNotificationPolicyEmailAddresses -Uid $policy.Uid -EmailAddresses $emailaddress -EmailCultureName "en-US"
<!--NeedCopy-->

Exemple de script pour ajouter un e-mail :

Add-MonitorNotificationPolicyEmailAddresses -Uid 10 -EmailAddresses $emailaddress -EmailCultureName "en-US"
<!--NeedCopy-->

Pour ajouter une URL de webhook à la stratégie

Set-MonitorNotificationPolicy –Uid $polcy.Uid –Webhook 'URL'
<!--NeedCopy-->

Exemple de script pour ajouter une URL de webhook :

Set-MonitorNotificationPolicy –Uid 10  –Webhook  'https://hooks.slack.com/triggers/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'
<!--NeedCopy-->

Obtenir les détails de la stratégie créée

Get-MonitorNotificationPolicy -Uid 10
<!--NeedCopy-->

Créer des stratégies d’alerte

Pour créer une 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’alertes Citrix et sélectionnez, par exemple, Stratégie de système d’exploitation 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 le total des sessions concurrentes maximales. Les valeurs d’avertissement ne doivent pas être supérieures aux valeurs critiques. Pour plus d’informations, consultez Conditions des stratégies d’alerte.
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 la portée. 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 sous l’onglet Configuration du serveur de messagerie pour définir les préférences de notification par e-mail dans les stratégies d’alerte.

   1. Vous pouvez également recevoir le contenu de l’alerte dans une pièce jointe .CSV ou via la charge utile JSON. Pour ce faire, cochez les cases suivantes :

      • Inclure une charge utile JSON en tant que pièce jointe dans le webhook
      • Inclure un fichier CSV en tant que pièce jointe dans l’e-mail

   Remarque :

   Les options de réception du contenu d’alerte via une pièce jointe .CSV et une charge utile JSON ne sont actuellement disponibles que pour quelques alertes. Pour plus d’informations, consultez Améliorations du contenu des alertes

7. Cliquez sur Enregistrer.

La création d’une stratégie avec 20 groupes de mise à disposition ou plus définis dans la portée 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.

Améliorations du contenu des alertes

La fonctionnalité d’alerte de Director est améliorée pour inclure une pièce jointe CSV et une charge utile JSON. Grâce à cette amélioration, vous pouvez obtenir les détails de l’alerte dans une pièce jointe CSV par e-mail ou sous forme de charge utile JSON s’il existe un webhook. En utilisant cette pièce jointe CSV ou cette charge utile JSON, vous pouvez recevoir un contenu enrichi à un niveau détaillé, ce qui facilite l’identification et la résolution rapides des problèmes.

Actuellement, cette amélioration est disponible uniquement pour les alertes suivantes :

• Disponibilité de la machine
• Actions de mise sous tension ayant échoué
• Actions de mise hors tension ayant échoué
• Machines non enregistrées (%)

Pour utiliser cette fonctionnalité, accédez à l’alerte et cochez les cases suivantes :

• Inclure une charge utile JSON en tant que pièce jointe dans le webhook
• Inclure un fichier CSV en tant que pièce jointe dans l’e-mail

Voici une capture d’écran de la section Stratégies d’alerte Citrix :

Voici une capture d’écran de la section Stratégies d’alerte avancées :

Pièce jointe CSV

Le tableau suivant fournit les colonnes de la pièce jointe .CSV pour toutes les alertes prises en charge :

Charge utile du webhook

Alerte de pourcentage de machines non enregistrées

{
  "text": "{\"Address\":\"<Webhook URL>\",\"NotificationId\":\"<NotificationGUID>\",\"NotificationState\":\"NotificationActive\",\"Priority\":\"<Critical/Warning>\",\"Target\":\"<DeliveryGroupName>\",\"Condition\":\"Unregistered machines (in %)\",\"Value\":\"<Value Set as Threshold>\",\"Timestamp\":\"<Timestamp string Eg: April 25, 2024 9:33 PM (UTC +5)>\",\"PolicyName\":\"<Alert Policy Name>\",\"Description\":\"<Alert Policy Description>\",\"Scope\":\"DeliveryGroup\",\"Site\":\"<Name of the Site>\",\"AttachmentData\":[{\"MachineName\":\"<Name of the Machine>\",\"IPAddress\":\"<IP Address>\",\"DeliveryGroupName\":\"<Name of the DeliveryGroup>\",\"CurrentRegistrationState\":\"Unregistered\",\"FailureDate\":\"<Date of Failure>\",\"FaultState\":\"<Fault State of the Machine>\",\"LifecycleState\":\"<Lifecycle state of the Machine>\"},{\"MachineName\":\"<Name of the Machine>\",\"IPAddress\":\"<IP Address>\",\"DeliveryGroupName\":\"<Name of the DeliveryGroup>\",\"CurrentRegistrationState\":\"Unregistered\",\"FailureDate\":\"<Date of Failure>\",\"FaultState\":\"<Fault State of the Machine>\",\"LifecycleState\":\"<Lifecycle state of the Machine>\"}]}"
}
<!--NeedCopy-->

Alerte d’actions de mise sous tension échouées

{
  "text": "{\"Address\":\"<Webhook URL>\",\"NotificationId\":\"<NotificationGUID>\",\"NotificationState\":\"NotificationActive\",\"Priority\":\"<Critical/Warning>\",\"Target\":\"<DeliveryGroupName>\",\"Condition\":\"Failure To PowerOn Action\",\"Value\":\"<Value Set as Threshold>\",\"Timestamp\":\"<Timestamp string Eg: April 25, 2024 9:33 PM (UTC +5)>\",\"PolicyName\":\"<Alert Policy Name>\",\"Description\":\"<Alert Policy Description>\",\"Scope\":\"DeliveryGroup\",\"Site\":\"<Name of the Site>\",\"AttachmentData\":[{\"MachineName\":\"<Name of the Machine>\",\"IPAddress\":\"<IP Address>\",\"DeliveryGroupName\":\"<Name of the DeliveryGroup>\",\"LastPowerActionFailureReason\":\"<HypervisorReportedFailure, HypervisorRateLimitExceeded, UnknownError, Power Action Type>\",\"LastPowerActionTriggeredBy\":\"<End-User, Administrator, Auto-Scale, Schedule>\",\"LastPowerActionType\":\"<PowerOn/PowerOff>\",\"LastPowerActionCompletedDate\":\"<Time string Eg: 2024-05-15T15:04:27.723>\"},{\"MachineName\":\"<Name of the Machine>\",\"IPAddress\":\"<IP Address>\",\"DeliveryGroupName\":\"<Name of the DeliveryGroup>\",\"LastPowerActionFailureReason\":\"<HypervisorReportedFailure, HypervisorRateLimitExceeded, UnknownError, Power Action Type>\",\"LastPowerActionTriggeredBy\":\"<End-User, Administrator, Auto-Scale, Schedule>\",\"LastPowerActionType\":\"<PowerOn/PowerOff>\",\"LastPowerActionCompletedDate\":\"<Time string Eg: 2024-05-15T15:04:27.723>\"}]}"
}
<!--NeedCopy-->

Alerte d’actions d’arrêt de l’alimentation échouées

{
  "text": "{\"Address\":\"<Webhook URL>\",\"NotificationId\":\"<NotificationGUID>\",\"NotificationState\":\"NotificationActive\",\"Priority\":\"<Critical/Warning>\",\"Target\":\"<DeliveryGroupName>\",\"Condition\":\"Failure To PowerOff Action\",\"Value\":\"<Value Set as Threshold>\",\"Timestamp\":\"<Timestamp string Eg: April 25, 2024 9:33 PM (UTC +5)>\",\"PolicyName\":\"<Alert Policy Name>\",\"Description\":\"<Alert Policy Description>\",\"Scope\":\"DeliveryGroup\",\"Site\":\"<Name of the Site>\",\"AttachmentData\":[{\"MachineName\":\"<Name of the Machine>\",\"IPAddress\":\"<IPV4 Address of the Machine>\",\"DeliveryGroupName\":\"<Name of the DeliveryGroup>\",\"LastPowerActionFailureReason\":\"<HypervisorReportedFailure,HypervisorRateLimitExceeded,UnknownError,Power Action Type>\",\"LastPowerActionTriggeredBy\":\"<End-User,Administrator,Auto-Scale,Schedule>\",\"LastPowerActionType\":\"<PowerOn/PowerOff>\",\"LastPowerActionCompletedDate\":\"<Time string Eg: 2024-05-15T15:04:27.723>\"},{\"MachineName\":\"<Name of the Machine>\",\"IPAddress\":\"<IPV4 Address of the Machine>\",\"DeliveryGroupName\":\"<Name of the DeliveryGroup>\",\"LastPowerActionFailureReason\":\"<HypervisorReportedFailure,HypervisorRateLimitExceeded,UnknownError,Power Action Type>\",\"LastPowerActionTriggeredBy\":\"<End-User,Administrator,Auto-Scale,Schedule>\",\"LastPowerActionType\":\"<PowerOn/PowerOff>\",\"LastPowerActionCompletedDate\":\"<Time string Eg: 2024-05-15T15:04:27.723>\"}]}"
}

<!--NeedCopy-->

Alerte de temps de disponibilité de la machine

{
  "text": "{\"Address\":\"<Webhook URL>\",\"NotificationId\":\"<NotificationGUID>\",\"NotificationState\":\"NotificationActive\",\"Priority\":\"<Critical/Warning>\",\"Target\":\"<DeliveryGroupName>\",\"Condition\":\"Machine Uptime Alert\",\"Value\":\"<Value Set as Threshold>\",\"Timestamp\":\"<Timestamp string Eg: April 25, 2024 9:33 PM (UTC +5)>\",\"PolicyName\":\"<Alert Policy Name>\",\"Description\":\"<Alert Policy Description>\",\"Scope\":\"DeliveryGroup\",\"Site\":\"<Name of the Site>\",\"AttachmentData\":[{\"MachineName\":\"<Name of the Machine>\",\"IPAddress\":\"<IP Address>\",\"DeliveryGroupName\":\"<Name of the DeliveryGroup>\",\"PowerState\":\"<On/Off>\",\"PoweredOnDate\":\"2024-05-15T15:04:27.723\",\"TotalUptimeInMinutes\":180},{\"MachineName\":\"<Name of the Machine>\",\"IPAddress\":\"<IP Address>\",\"DeliveryGroupName\":\"<Name of the DeliveryGroup>\",\"PowerState\":\"<ON/OFF>\",\"PoweredOnDate\":\"2024-05-15T15:04:27.723\",\"TotalUptimeInMinutes\":\"<Uptime Duration>\"}]}"
}

<!--NeedCopy-->

Conditions des stratégies d’alertes

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, le cas échéant. Les stratégies d’alerte intégrées sont définies pour des intervalles d’alerte et de ré-alerte de 60 minutes.

Sessions connectées maximales

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

Sessions déconnectées maximales

• Vérifiez la vue Tendances des sessions de Director pour les sessions déconnectées maximales.
• 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

Sessions concurrentes totales maximales

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

Processeur

Le pourcentage d’utilisation du processeur indique la consommation globale du processeur sur le VDA, y compris celle des processus. Vous pouvez obtenir plus d’informations sur l’utilisation du processeur 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 le processeur. 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 performances du processeur 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 processeur 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 seuils : 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.
• La fin du 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 processeur et de la mémoire sur les machines avec VDA. Si ce paramètre de stratégie est désactivé, les alertes avec des conditions de processeur 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 %

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 OS multi-session
  • Valeurs de seuil : Avertissement - 1, Critique - 2

Machines défaillantes (en %)

Le pourcentage de machines OS à session unique 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 en 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 Résoudre les problèmes des utilisateurs.

Action de mise sous tension échouée et action de mise hors tension échouée

Nombre d’actions de mise sous tension échouées et nombre d’actions de mise hors tension échouées dans un groupe de mise à disposition, calculé en fonction du nombre de machines gérées par l’alimentation qui n’ont pas réussi à s’allumer ou à s’éteindre. Cette condition d’alerte vous permet de configurer des seuils d’alerte comme le nombre de machines gérées par l’alimentation qui n’ont pas réussi à s’allumer ou à s’éteindre dans un groupe de mise à disposition et est calculée toutes les 30 minutes.

L’administrateur peut configurer les paramètres suivants pour ces alertes dans la stratégie d’alerte avancée :

• Déclenché par : Ce qui a déclenché l’action d’alimentation
• Raison de l’échec : Pourquoi l’action a échoué
• Seuil : Nombre seuil de machines dont l’action d’alimentation a échoué pour déclencher la stratégie
• Intervalle d’échantillonnage : L’intervalle pendant lequel l’action d’alimentation échouée doit être vérifiée
• Intervalle de ré-alerte : Après combien de temps l’alerte doit être renvoyée

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 Résoudre les problèmes des utilisateurs.

Machines non enregistrées (en %)

Une machine est considérée comme non enregistrée lorsqu’elle devient instable en raison d’un redémarrage ou lorsqu’il y a un problème de communication entre le contrôleur de livraison et les machines virtuelles. Le pourcentage de machines non enregistrées (en %) est le pourcentage de machines OS à session unique et multi-session non enregistrées dans un groupe de mise à disposition, calculé en fonction du nombre de machines non enregistrées. Cette condition d’alerte vous permet de configurer des valeurs de seuil d’avertissement et critiques en pourcentage de machines non enregistrées dans un groupe de mise à disposition. Vous pouvez définir un intervalle pour la ré-alerte. Vous pouvez également ajouter un e-mail pour recevoir une notification lorsque les conditions sont remplies pour les machines non enregistrées (en %). Lorsque la valeur de seuil critique ou d’avertissement est dépassée, des alertes et des e-mails sont générés. Vous pouvez consulter les alertes sous Alertes Citrix. Vous pouvez les filtrer par catégorie Machines non enregistrées (en %) et pour l’état et l’heure requis.

Vous pouvez également recevoir les détails de l’alerte dans une pièce jointe CSV s’il s’agit d’un e-mail ou via une charge utile JSON s’il s’agit d’un webhook.

Remarque :

La valeur critique doit être supérieure à la valeur d’avertissement.

Conditions de la stratégie :

• Portée : SE à session unique et groupe de mise à disposition de SE multi-session
• Valeurs de seuil : Avertissement et Critique

Alerte de temps de disponibilité de la machine

Le temps de disponibilité de la machine dans un groupe de mise à disposition est calculé en fonction du nombre d’heures par jour, par semaine ou par mois pendant lesquelles une machine est allumée dans un groupe de mise à disposition. Cette condition d’alerte vous permet de configurer des seuils d’alerte en fonction du nombre d’heures pendant lesquelles une machine est allumée dans un groupe de mise à disposition. Les alertes de temps de disponibilité de la machine fonctionnent comme suit dans le cas de :

• Heures par jour – Vous pouvez spécifier le nombre d’heures pendant lesquelles une machine est allumée par jour. Ce nombre est calculé toutes les 30 minutes. Le nombre maximal d’heures par jour que vous pouvez définir est de 24 heures.
• Heures par semaine – Vous pouvez spécifier le nombre d’heures pendant lesquelles une machine est allumée par semaine. Ce nombre est calculé toutes les six heures. Le nombre maximal d’heures par semaine que vous pouvez définir est de 168 heures.
• Heures par mois – Vous pouvez spécifier le nombre d’heures pendant lesquelles une machine est allumée par mois. Ce nombre est calculé une fois par jour. Le nombre maximal d’heures par mois est de 720 heures. La valeur minimale de l’intervalle de ré-alerte que vous pouvez définir est de 60 minutes. Vous pouvez saisir le nombre de machines qui dépassent la valeur de seuil de temps de disponibilité de la machine dans la section des alertes d’avertissement et critiques. Vous pouvez également ajouter des exceptions pour toutes les machines.

Par exemple, s’il y a cinq groupes de mise à disposition ajoutés pour cette alerte et si, dans le premier et le quatrième groupe de mise à disposition, le nombre de machines dépasse les valeurs de seuil d’avertissement ou critiques, l’alerte est déclenchée séparément pour le premier groupe de mise à disposition et pour le quatrième groupe de mise à disposition.

Cette alerte aide les administrateurs à analyser le temps de disponibilité des machines et, sur la base de cette analyse, les administrateurs peuvent contribuer à optimiser les coûts. Vous pouvez également recevoir les détails de l’alerte dans une pièce jointe CSV s’il s’agit d’un e-mail ou via une charge utile JSON s’il s’agit d’un webhook.

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 Director pour obtenir des métriques à jour concernant la durée d’ouverture de session. De nombreux utilisateurs se connectant pendant une courte période peuvent augmenter la durée d’ouverture de session.

• Vérifiez la ligne de base et la répartition des ouvertures de session pour cerner la cause. Pour plus d’informations, consultez Diagnose user logon issues

  Conditions de stratégie intelligentes :

  • Portée : Groupe de mise à disposition, étendue du système d’exploitation 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 Director pour les machines de système d’exploitation multi-session qui pourraient avoir une charge maximale (charge maximale). Consultez le tableau de bord (échecs) et le rapport sur l’index de l’évaluateur de charge des tendances.

  Conditions de stratégie intelligentes :

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

Configurez les stratégies d’alertes avec des webhooks

Outre les notifications par e-mail, vous pouvez configurer des stratégies d’alertes 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 politique d’alerte avec un rappel HTTP ou un POST HTTP à 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 Octoblu Developer Hub.

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

Créez une nouvelle politique d’alertes avec une URL de webhook :

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

Ajoutez une URL de webhook à une politique d’alertes 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 politique 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-->

Suppression en masse des alertes

Cette fonctionnalité optimise le processus de gestion des alertes pour les administrateurs, offrant une flexibilité et réduisant la fatigue liée aux alertes. Les administrateurs peuvent supprimer en masse les alertes en fonction de l’heure, du type ou de la catégorie, ce qui simplifie la gestion des alertes pendant la maintenance ou lors de la gestion des hyperviseurs et d’autres environnements.

La suppression en masse des alertes aide les administrateurs à gérer leur charge de travail efficacement et les empêche d’être submergés par un volume élevé d’alertes.

Étapes pour supprimer en masse les alertes

1. Accédez à l’onglet Alertes > Alertes Citrix. Les alertes s’affichent.

   

2. Sélectionnez une option parmi Source, Catégorie, État ou Période pour filtrer les alertes que vous souhaitez supprimer. Les alertes spécifiques s’affichent.
3. Cochez la case à côté d’une alerte spécifique ou en haut pour sélectionner toutes les alertes.
4. Cliquez sur Ignorer. Une notification apparaît pour confirmer l’ignorance des alertes.
5. Cliquez sur Oui. Les alertes sélectionnées sont marquées comme ignorées, et le statut de l’alerte est mis à jour en conséquence.

Configuration de webhook à l’aide du SDK PowerShell

La fonctionnalité de configuration de webhook à l’aide du SDK PowerShell permet aux administrateurs de créer, modifier, supprimer et lister des profils de webhook. Cette fonctionnalité offre une flexibilité dans la configuration des webhooks en permettant la spécification des en-têtes, des types d’authentification, des types de contenu, des charges utiles et des URL de webhook.

Remarque :

Le format de charge utile pris en charge est le texte et l’utilisateur final doit activer le texte dans son webhook.

Le dernier format de charge utile est :

{"text": "This is a message from a Webex incoming webhook."}
<!--NeedCopy-->

Créer un webhook

Vous pouvez utiliser l’exemple de commande PowerShell suivant pour créer un profil de webhook :

Pour créer un webhook sans en-tête d’autorisation :

$headers = [System.Collections.Generic.Dictionary[string,string]]::new()

$headers.Add("Content-Type", "application/json")

$payloads = '{ "text": "$PAYLOAD" }'

$url = "<Fill this field with the required URL>"

Add-MonitorWebhookProfile -Name "profile_slack" -Description "webhook profile for slack" -Url $url -Headers $headers -PayloadFormat $payloads
<!--NeedCopy-->

Pour créer un webhook avec en-tête d’autorisation :

$headers = [System.Collections.Generic.Dictionary[string,string]]::new()

$headers.Add("Content-Type", "application/json")

$headers.Add("Authorization", "Basic <Fill this field with the authorization token>")

$payloads = '{ "text": "$PAYLOAD" }'

$url = "<Fill this field with the required URL>"

Add-MonitorWebhookProfile -Name "profile_azure" -Description "webhook profile for azure function with Authentication" -Url $url -Headers $headers -PayloadFormat $payloads
<!--NeedCopy-->

Une fois le profil créé, vous pouvez le vérifier dans la base de données. De plus, vous pouvez trouver le profil de webhook nouvellement créé sur la page Alertes Citrix.

Mettre à jour un profil de webhook

Vous pouvez utiliser l’exemple de commande PowerShell suivant pour mettre à jour un profil de webhook :

$headers = [System.Collections.Generic.Dictionary[string,string]]::new()

$headers.Add("Content-Type", "application/json")

$payloads = '{ "text": "$PAYLOAD" }'

$url =  "<Fill this field with the required URL>"

Set-MonitorWebhookProfile -Uid 1  -Name "profile_slack_citrix" -Description "webhook profile for citrix slack" -Url $url -Headers $headers -PayloadFormat $payloads
<!--NeedCopy-->

Obtenir la liste de tous les profils de webhook

Vous pouvez utiliser l’exemple de commande PowerShell suivant pour obtenir la liste de tous les profils de webhook disponibles :

Get-MonitorWebhookProfile

Get-MonitorWebhookProfile -Name 'profile_msteams'

Get-MonitorWebhookProfile -Uid 1
<!--NeedCopy-->

Supprimer un profil de webhook

Vous pouvez utiliser l’exemple de commande PowerShell suivant pour supprimer un profil de webhook :

Remove-MonitorWebhookProfile -Uid 1
<!--NeedCopy-->

Remarque :

Si un profil de webhook est mappé à une stratégie, il ne peut pas être supprimé. Pour contourner ce problème, vous devez d’abord supprimer le mappage de webhook de la stratégie.

Créer une stratégie avec un profil de webhook

Vous pouvez utiliser l’exemple de commande PowerShell suivant pour créer une stratégie avec un profil de webhook :

New-MonitorNotificationPolicy -Name "Policy1" -Description "Policy Description" -Enabled $true -WebhookProfileId 1
<!--NeedCopy-->

Mettre à jour une stratégie avec un profil de webhook

Vous pouvez utiliser l’exemple de commande PowerShell suivant pour mettre à jour une stratégie avec un profil de webhook :

$Policy = Set-MonitorNotificationPolicy -Uid 1 -WebhookProfileId 1
<!--NeedCopy-->

Supprimer le mappage de webhook d’une stratégie

Vous pouvez utiliser l’exemple de commande PowerShell suivant pour supprimer un profil de webhook d’une stratégie :

$Policy = Set-MonitorNotificationPolicy -Uid 1 -WebhookProfileId 0
<!--NeedCopy-->

Tester le profil de webhook

Vous pouvez utiliser l’exemple de commande PowerShell suivant pour tester le profil de webhook :

$headers = [System.Collections.Generic.Dictionary[string,string]]::new()

$headers.Add("Content-Type", "application/json")

$headers.Add("Authorization", "Basic <Fill this with authorization token>")

$payloads = '{ "text": "$PAYLOAD" }'

$url ="<Fill this field with the required URL>"

Test-MonitorWebhookProfile -Url $url -Headers $headers -PayloadFormat $payloads
<!--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 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 d’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.