Alertes et notifications

Les alertes sont affichées sur l’onglet Surveiller sur le tableau de bord et dans d’autres vues de haut niveau avec des symboles d’avertissement et d’alerte critique. Les alertes sont mises à jour automatiquement toutes les minutes ; vous pouvez également mettre à jour les alertes à la demande.

Une alerte d’avertissement (triangle de couleur ambre) 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 Aller aux alertes en bas de la barre latérale ou en sélectionnant Alertes en haut de la page Surveiller.

Dans la vue Alertes, vous pouvez filtrer et exporter les alertes. Par exemple, les machines en panne avec OS multi-session pour un groupe de mise à disposition spécifique sur le dernier mois, ou toutes les alertes pour un utilisateur spécifique. Pour de plus amples informations, consultez la section Exporter des rapports.

Alertes Citrix

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

Stratégies d’alertes intelligentes

Un ensemble de stratégies d’alerte intégrées avec des valeurs de seuil prédéfinies est disponible pour les groupes de mise à disposition et les VDA avec OS multi-session. Vous pouvez modifier les paramètres de seuil des stratégies d’alerte intégrées dans Alertes > Stratégie d’alerte Citrix. Ces stratégies sont créées lorsqu’au moins une cible d’alerte, un groupe de mise à disposition ou un VDA pour OS multi-session, est 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 avec OS multi-session.

Les stratégies d’alerte intégrées sont créées uniquement si aucune règle d’alerte correspondante n’existe dans la base de données de surveillance.

Pour les valeurs de seuil des stratégies d’alerte intégrées, consultez la section Conditions de stratégies d’alerte.

Stratégies d’alerte avancées

La fonction de notification et d’alerte proactives de Monitor a été améliorée pour inclure un nouveau cadre d’alerte appelé 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 de l’étendue des alertes. Actuellement, ces stratégies incluent des alertes concernant les économies de coûts et l’infrastructure.

Avec l’introduction des stratégies d’alerte avancées, qui sont des alertes pilotées par des sources de données, vous pouvez utiliser un filtrage d’étendue à conditions multiples.

Cette fonctionnalité vous permet de réduire le nombre excessif d’alertes, ce qui peut entraîner une diminution de la réactivité ou de l’efficacité de la résolution de problèmes importants. Cette stratégie permet de mesurer l’efficacité des stratégies d’alerte et l’implication des administrateurs.

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

Vous pouvez sélectionner la catégorie suivante : Échec de la mise sous tension des machines avec gestion de l’alimentation, Échec de la mise hors tension des machines avec gestion de l’alimentation, Machines avec gestion de l’alimentation présentant un temps d’activité élevé, puis sélectionner les conditions requises pour la stratégie. Pour plus d’informations sur la création d’une stratégie, consultez la section Création de stratégies d’alerte. Une fois la stratégie créée, vous pouvez la modifier, la supprimer ou la désactiver sur la page Alertes Citrix .

Vous pouvez sélectionner les paramètres spécifiques et les options correspondantes pour chacune des conditions précédentes.

La catégorie Machines avec gestion de l’alimentation présentant un temps d’activité élevé vérifie les indicateurs suivants :

• Nombre de machines franchissant le seuil de temps d’activité
• L’intervalle de répétition d’alerte (en min) peut être d’au moins 60 min

Les catégories Échec de la mise sous tension des machines avec gestion de l’alimentation et Échec de la mise hors tension des machines avec gestion de l’alimentation vérifient les mesures suivantes :

• Nombre de machines franchissant le seuil de temps d’activité
• Intervalle d’échantillonnage (en min) les intervalles peuvent être des multiples de 30 min
• Intervalle de répétition d’alerte (en min) La nouvelle alerte peut être multiple de 60 min

Vous pouvez définir la gravité des catégories précédentes selon vos besoins. Vous pouvez également planifier des intervalles de répétition d’alerte pour ces alertes.

Définir l’étendue de la stratégie

Vous pouvez définir l’étendue de votre alerte et ajouter des exceptions. L’alerte est générée uniquement pour l’étendue sélectionnée et les étendues secondaires exclues à l’aide de l’ajout d’exceptions ne sont pas incluses dans la génération de l’alerte. Cette fonctionnalité vous permet de 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 la langue de votre choix dans laquelle vous souhaitez recevoir les alertes. Vous pouvez également sélectionner une option pour recevoir les paramètres d’alerte dans une pièce jointe .CSV pour e-mail ou dans une charge utile json via une URL de webhook. La pièce jointe comprend des détails sur les paramètres requis. Pour plus d’informations, consultez la section Améliorations apportées au 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-->

Sur 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 l’URL du Webhook à la stratégie

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

Exemple de script pour ajouter l’URL du 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-->

Stratégies d’infrastructure (Technical Preview)

Ces stratégies sont introduites pour créer des alertes relatives à l’état des composants Citrix Virtual Apps and Desktops pris en charge.

Une fois la configuration de la surveillance de l’infrastructure terminée, vous pouvez utiliser les indicateurs de santé disponibles dans Monitor pour configurer des alertes pour tout composant requis. Les administrateurs peuvent définir des conditions, des étendues et des supports de notification pour recevoir des alertes importantes par e-mail ou une charge utile json via des webhooks. Les alertes déclenchées sont également disponibles dans la section Alertes Citrix à des fins d’analyse et de gestion.

Dans le cadre de la nouvelle stratégie d’infrastructure, 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 un niveau de gravité Critique et Avertissement en fonction des priorités de votre organisation. Vous pouvez également planifier des intervalles de répétition d’alerte pour ces alertes.

Vous pouvez créer une stratégie d’infrastructure dans la section Alertes > Stratégies d’alerte Citrix. Vous pouvez sélectionner la catégorie requise, puis sélectionner les conditions requises pour la stratégie. Pour plus d’informations sur la création d’une stratégie, consultez la section Création de stratégies d’alerte. Une fois la stratégie 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 rubriques suivantes :

• Indicateurs de santé PVS
• Indicateurs de santé StoreFront

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

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 concernant le nombre de sessions est rempli :

1. Accédez à Alertes > Stratégies d’alerte Citrix et sélectionnez, par exemple, Stratégie d’OS multi-session.
2. Cliquez sur Créer.
3. Fournissez un nom et une description pour la stratégie, puis définissez les conditions qui doivent être remplies pour que l’alerte soit déclenchée. Par exemple, spécifiez le nombre d’alertes d’avertissement et d’alertes critiques pour Sessions connectées maximales, Sessions déconnectées maximales et Total des sessions simultanées maximales. La valeur définie pour les alertes d’avertissement ne doit pas être supérieure à la valeur des alertes critiques. Pour plus d’informations, consultez la section Conditions des stratégies d’alerte.
4. Définissez le paramètre Intervalle de répétition d’alerte. Si les conditions pour l’alerte sont toujours présentes, l’alerte est de nouveau déclenchée à cet intervalle et, si elle est configurée dans la stratégie, 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épétition d’alerte.
5. Définissez l’étendue. Par exemple, sélectionnez un groupe de mise à disposition spécifique.
6. Dans les préférences de notification, spécifiez les personnes qui doivent être notifiées par e-mail lorsque l’alerte est déclenchée. Les notifications par courrier électronique sont envoyées via SendGrid. Assurez-vous que l’adresse e-mail donotreplynotifications@citrix.com est ajoutée à la liste blanche dans votre configuration de messagerie.
7. Cliquez sur Enregistrer.

La création d’une stratégie comprenant plus de 20 groupes de mise à disposition dans l’étendue peut prendre environ 30 secondes. Un compteur s’affiche durant cette période.

La création de plus de 50 stratégies pour un maximum de 20 groupes de mise à disposition uniques (total de 1 000 cibles au maximum) peut entraîner une réponse plus rapide (environ 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 qui sont définies à l’aide des paramètres de la machine.

Remarque : une fois que vous avez supprimé une stratégie d’alerte, l’arrêt des notifications d’alerte générées par cette stratégie peut prendre jusqu’à 30 minutes.

Améliorations apportées au contenu des alertes

La fonction d’alerte de Monitor a été 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 des alertes dans une pièce jointe CSV par e-mail ou sous forme de charge utile JSON s’il existe un webhook. À l’aide de cette pièce jointe CSV ou de 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 n’est disponible que pour les alertes suivantes :

• Temps d’activité machine
• Échec des actions de mise sous tension
• Échec des actions de mise hors tension
• 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 relative au pourcentage de machines non enregistrées

Webhook Payload
{
    "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": [{
                                      "Machine Name": "<Name of the Machine>",
                                      "IP Address": “<IP Address>”,
                                      "Delivery Group Name": "<Name of the DeliveryGroup>",
                                      "Current Registration State": "Unregistered",
                                      "Failure Date": “<Date of Failure>”,
                                      "Fault State": "<Fault State of the Machine>",
                                      "Lifecycle State": "<Lifecycle state of the Machine>"
                                  },
                                 {
                                      "Machine Name": "<Name of the Machine>",
                                      "IP Address": “<IP Address>”,
                                      "Delivery Group Name": "<Name of the DeliveryGroup>",
                                      "Current Registration State": "Unregistered",
                                      "Failure Date": “<Date of Failure>”,
                                      "Fault State": "<Fault State of the Machine>",
                                      "Lifecycle State": "<Lifecycle state of the Machine>"
                                  }]
}
<!--NeedCopy-->

Alerte relative à l’échec des actions de mise sous tension

Webhook Payload Body
{
    "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": [{
                                      "Machine Name": "<Name of the Machine>",
                                      "IP Address": “<IP Address>”,
                                      "Delivery Group Name": "<Name of the DeliveryGroup>",
                                     "Last Power Action Failure Reason": "<HypervisorReportedFailure,HypervisorRateLimitExceeded,UnknownError,Power Action Type>",
                                      "Last Power Action Triggered By": "<End-User,Administrator,Auto-Scale,Schedule>",
                                      "Last Power Action Type": “<PowerOn/PowerOff>”,
                                      "Last Power Action Completed Date": "<Time string Eg: 2024-05-15T15:04:27.723>",
                                 {
                                      "Machine Name": "<Name of the Machine>",
                                      "IP Address": “<IP Address>”,
                                      "Delivery Group Name": "<Name of the DeliveryGroup>",
                                      "Last Power Action Failure Reason": "<HypervisorReportedFailure,HypervisorRateLimitExceeded,UnknownError,Power Action Type>",
                                      "Last Power Action Triggered By": "<End-User,Administrator,Auto-Scale,Schedule>",
                                      "Last Power Action Type": “<PowerOn/PowerOff>”,
                                      "Last Power Action Completed Date": "<Time string Eg: 2024-05-15T15:04:27.723>"
                                  }]
}
<!--NeedCopy-->

Alerte relative à l’échec des actions de mise hors tension

{
    "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": [{
                                      "Machine Name": "<Name of the Machine>",
                                      "IP Address": “<IP Address>”,
                                      "Delivery Group Name": "<Name of the DeliveryGroup>",
                                      "IP Address": "<IPV4 Address of the Machine>",
                                      "Last Power Action Failure Reason": "<HypervisorReportedFailure,HypervisorRateLimitExceeded,UnknownError,Power Action Type>",
                                      "Last Power Action Triggered By": "<End-User,Administrator,Auto-Scale,Schedule>",
                                      "Last Power Action Type": “<PowerOn/PowerOff>”,
                                      "Last Power Action Completed Date": "<Time string Eg: 2024-05-15T15:04:27.723>"
                                  },
                                 {
                                      "Machine Name": "<Name of the Machine>",
                                      "IP Address": “<IP Address>”,
                                      "Delivery Group Name": "<Name of the DeliveryGroup>",
                                      "IP Address": "<IPV4 Address of the Machine>",
                                     "Last Power Action Failure Reason": "<HypervisorReportedFailure,HypervisorRateLimitExceeded,UnknownError,Power Action Type>",
                                      "Last Power Action Triggered By": "<End-User,Administrator,Auto-Scale,Schedule>",
                                      "Last Power Action Type": “<PowerOn/PowerOff>”,
                                      "Last Power Action Completed Date": "<Time string Eg: 2024-05-15T15:04:27.723>"
                                  }]
}
<!--NeedCopy-->

Alerte de temps d’activité machine

{
    "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": [{
                                      "Machine Name": "<Name of the Machine>",
                                      "IP Address": “<IP Address>”,
                                      "Delivery Group Name": "<Name of the DeliveryGroup>",
                                      "IP Address": "<IPV4 Address of the Machine>",
                                      "Power State": "<On/Off>",
                                      "Powered On Date": "Time sting Eg: 2024-05-15T15:04:27.723",
                                      "Total Uptime In Minutes": 180
                                  },
                                 {
                                      "Machine Name": "<Name of the Machine>",
                                      "IP Address": “<IP Address>”,
                                      "Delivery Group Name": "<Name of the DeliveryGroup>",
                                      "IP Address": "<IPV4 Address of the Machine>",
                                      "Power State": "<ON/OFF>",
                                      "Powered On Date": "<Time string Eg: 2024-05-15T15:04:27.723>",
                                      "Total Uptime In Minutes": <Uptime Duration>
                                  }]
}
<!--NeedCopy-->

Conditions de stratégies d’alerte

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

Sessions connectées max

• Vérifier la vue Tendances de session dans Monitor pour les sessions connectées maximales.
• S’assurer qu’il y a suffisamment de capacité pour gérer la charge de session.
• Ajouter des machines si nécessaire

Sessions déconnectées max

• Vérifier la vue Tendances de session dans Monitor pour les sessions déconnectées maximales.
• S’assurer qu’il y a suffisamment de capacité pour gérer la charge de session.
• Ajouter des machines si nécessaire.
• Fermer les sessions déconnectées si nécessaire

Total des sessions simultanées max

• Vérifier la vue Tendances de session dans Monitor pour les sessions simultanées maximales.
• S’assurer qu’il y a suffisamment de capacité pour gérer la charge de session.
• Ajouter des machines si nécessaire.
• Fermer les sessions déconnectées si nécessaire

UC

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

• Accédez à Détails de la machine > Afficher l’utilisation historique > 10 processus les plus utilisés, identifiez les processus consommant l’unité centrale. Assurez-vous que la stratégie de surveillance des processus est activée pour lancer la collecte de statistiques d’utilisation des ressources au niveau des processus.
• Arrêter le processus si nécessaire.
• L’arrêt du processus entraîne la perte des données non enregistrées.

• Si tout fonctionne comme prévu, ajoutez des ressources d’UC ultérieurement.

  Remarque :

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

  Conditions de la stratégie intelligente :

  • Étendue : groupe de mise à disposition, OS 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 des processus individuels sur la page Détails de la machine du VDA correspondant.

• Accédez à Détails de la machine > Afficher utilisation historique > 10 processus les plus utilisés, identifiez les processus consommant de la mémoire. Assurez-vous que la stratégie de surveillance des processus est activée pour lancer la collecte de statistiques d’utilisation des ressources au niveau des processus.
• Arrêter le processus si nécessaire.
• L’arrêt du processus entraîne la perte des données non enregistrées.

• Si tout fonctionne comme prévu, ajouter plus de mémoire ultérieurement.

  Remarque :

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

  Conditions de la stratégie intelligente :

  • Étendue : groupe de mise à disposition, OS multi-session
  • Valeurs de seuil : Avertissement - 80 %, Critique - 90 %

Taux d’échecs de connexion

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

• Calculé en fonction du nombre total d’échecs de tentatives de connexions.
• Vérifier la vue Tendance des défaillances dans l’onglet Surveiller pour les événements consignés dans le journal de configuration.
• Déterminer si les applications ou bureaux sont accessibles.

Nombre d’échecs de connexion

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

• Vérifier la vue Tendance des défaillances dans l’onglet Surveiller pour les événements consignés dans le journal de configuration.
• Déterminer si les applications ou bureaux sont accessibles.

RTT ICA (moyenne)

Durée moyenne de la boucle ICA.

• Vérifier la répartition du RTT ICA dans Citrix ADM pour déterminer la cause. Pour de plus amples informations, veuillez consulter la documentation de Citrix ADM.
• Si Citrix ADM n’est pas disponible, vérifier le RTT ICA et la latence dans la vue Détails utilisateur de l’onglet Surveiller et déterminer s’il s’agit d’un problème de réseau ou d’un problème avec les applications ou bureaux.

RTT ICA (nbre de sessions)

Nombre de sessions qui dépassent la durée seuil de la boucle ICA

• Vérifier dans Citrix ADM le nombre de sessions avec un RTT ICA élevé. Pour de plus amples informations, veuillez consulter la documentation de Citrix ADM.

• Si Citrix ADM n’est pas disponible, contactez l’équipe du réseau pour déterminer la cause.

  Conditions de la stratégie intelligente :

  • Étendue : groupe de mise à disposition, OS multi-session
  • Valeurs de seuil : Avertissement - 300 ms pour 5 sessions ou plus, Critique - 400 ms pour 10 sessions ou plus

RTT ICA (% de sessions)

Pourcentage de sessions qui dépassent la durée moyenne des boucles ICA

• Vérifier dans Citrix ADM le nombre de sessions avec un RTT ICA élevé. Pour de plus amples informations, veuillez consulter la documentation de Citrix ADM.
• Si Citrix ADM n’est pas disponible, contacter l’équipe du réseau pour déterminer la cause.

RTT ICA (utilisateur)

Durée de la boucle ICA qui est appliquée aux sessions lancées par l’utilisateur spécifié. L’alerte est déclenchée si le RTT ICA est supérieur à la valeur de seuil dans au moins une session.

Machines en panne (OS mono-session)

Nombre de machines défectueuses avec OS mono-session. Les échecs peuvent se produire pour diverses raisons comme indiqué dans les vues Tableau de bord et Filtres de l’onglet Surveiller.

• Exécuter les diagnostics Citrix Scout pour déterminer la cause. Pour de plus amples informations, consultez la section Résoudre les problèmes utilisateur.

  Conditions de la stratégie intelligente :

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

Machines en panne (OS multi-session)

Nombre de machines défectueuses avec OS multi-session. Les échecs peuvent se produire pour diverses raisons comme indiqué dans les vues Tableau de bord et Filtres de l’onglet Surveiller.

• Exécuter les diagnostics Citrix Scout pour déterminer la cause.

  Conditions de la stratégie intelligente :

  • Étendue : groupe de mise à disposition, OS multi-session
  • Valeurs de seuil : Avertissement - 1, Critique - 2

Machines défectueuses (en %)

Pourcentage de machines avec OS mono-session et multi-session défectueuses dans un groupe de mise à disposition, calculé en fonction du nombre de machines défectueuses. Cette condition d’alerte vous permet de configurer des seuils d’alerte sous la forme d’un pourcentage de machines défectueuses dans un groupe de mise à disposition. Le calcul s’effectue toutes les 30 secondes. Les échecs peuvent se produire pour diverses raisons comme indiqué dans les vues Tableau de bord et Filtres de l’onglet Surveiller. Exécuter les diagnostics Citrix Scout pour déterminer la cause. Pour de plus amples informations, consultez la section Résoudre les problèmes utilisateur.

Échec de l’action de mise sous tension et échec de l’action de mise hors tension

Nombre d’échecs de mise sous tension et hors tension dans un groupe de mise à disposition, calculé en fonction du nombre de machines avec gestion de l’alimentation qui n’ont pas pu être mises sous tension ou hors tension. Cette condition d’alerte vous permet de configurer des seuils d’alerte en tant que nombre de machines avec gestion de l’alimentation qui n’ont pas pu être mises sous tension ou hors tension 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 : qu’est-ce qui a déclenché l’action de mise sous tension
• Raison de l’échec : pourquoi l’action a échoué
• Seuil : nombre limite de machines qui n’ont pas réussi à être mises sous tension pour déclencher la stratégie
• Intervalle d’échantillonnage : intervalle pendant lequel l’échec de l’action de mise sous tension doit être vérifié
• Intervalle de répétition d’alerte : délai avant de renvoyer l’alerte

Les échecs peuvent se produire pour diverses raisons comme indiqué dans les vues Tableau de bord et Filtres de l’onglet Surveiller. Exécuter les diagnostics Citrix Scout pour déterminer la cause. Pour de plus amples informations, consultez la section Résoudre les problèmes utilisateur.

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 en cas de problème de communication entre le Delivery Controller et les machines virtuelles. La valeur de machines non enregistrées (en %) est le pourcentage de machines avec OS mono-session 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 de seuil critique sous forme de pourcentage de machines non enregistrées dans un groupe de mise à disposition. Vous pouvez définir un intervalle de répétition d’alerte. Vous pouvez également ajouter une adresse e-mail afin de recevoir une notification lorsque les conditions sont remplies pour déclencher une alerte Machines non enregistrées (en %). Lorsque la valeur du 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 filtrer les alertes par catégorie de machines non enregistrées (en %) selon l’état et l’heure requis.

Remarque :

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

Conditions de la stratégie :

• Portée : groupe de mise à disposition avec OS mono-session et multi-session
• Valeurs seuils : Avertissement et Critique

Alerte de temps d’activité machine

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

• Heures par jour : vous pouvez spécifier le nombre d’heures pendant lesquelles une machine est sous tension au cours d’une journée et ce nombre est calculé toutes les 30 minutes. Le nombre maximum 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 sous tension au cours d’une semaine et ce nombre est calculé toutes les six heures. Le nombre maximum 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 sous tension au cours d’un mois et ce nombre est calculé une fois par jour. Le nombre maximum d’heures par mois est de 720 heures. La valeur de l’intervalle minimal de répétition d’alerte que vous pouvez définir est de 60 minutes. Vous pouvez saisir le nombre de machines qui franchissent la valeur seuil du temps d’activité machine dans la section Alertes d’avertissement et alertes critiques. Vous pouvez également ajouter des exceptions pour toutes les machines.

Par exemple, si cinq groupes de mise à disposition sont 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 seuils 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.

Cette alerte permet aux administrateurs d’analyser le temps d’activité des machines et, sur la base de cette analyse, d’optimiser les coûts. Vous pouvez également recevoir les détails des alertes dans un fichier CSV joint à l’e-mail de notification ou via une charge utile JSON en cas de webhook.

Durée moyenne de l’ouvertures de session

Durée moyenne des ouvertures de session au cours de la dernière heure.

• Vérifier le tableau de bord de l’onglet Surveiller pour obtenir des mesures à jour sur la durée des ouvertures de session. Les ouvertures de session peuvent prendre plus de temps si un grand nombre d’utilisateurs ouvrent des sessions dans un délai très court.

• Vérifier la ligne de base et le détail des ouvertures de session pour déterminer la cause. Pour plus d’informations, consultez la section Diagnostiquer les problèmes de connexion utilisateur.

  Conditions de la stratégie intelligente :

  • Étendue : groupe de mise à disposition, OS multi-session
  • Valeurs de seuil : Avertissement - 45 secondes, Critique - 60 secondes

Durée d’ouverture de session (Utilisateur)

Durée des ouvertures de session au cours de la dernière heure pour l’utilisateur spécifié.

Indice de calculateur de charge

Valeur de l’indice de calculateur de charge pour les 5 dernières minutes.

• Vérifier dans l’onglet Surveiller s’il existe des machines avec OS multi-session connaissant un pic de charge (charge max.). Afficher le tableau de bord (échecs) et le rapport de tendances de l’indice de calculateur de charge.

  Conditions de la stratégie intelligente :

  • Étendue : groupe de mise à disposition, OS multi-session
  • Valeurs de seuil : Avertissement - 80 %, Critique - 90 %

Configurer des 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é requiert la version 7.11 ou ultérieure de Delivery Controller.

Vous pouvez configurer une stratégie d’alerte avec un rappel HTTP ou un HTTP POST à l’aide d’applets de commande PowerShell. Elles prennent désormais en charge les webhooks.

Pour de plus amples informations sur la création d’un nouveau workflow Octoblu et l’obtention de l’adresse URL de webhook correspondante, consultez la plateforme des développeurs Octoblu.

Pour configurer une adresse URL de webhook pour une nouvelle stratégie ou une stratégie existante, utilisez les applets de commande PowerShell suivants.

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

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

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

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

Pour plus d’informations sur les commandes PowerShell, utilisez l’aide de PowerShell, par exemple :

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

Les notifications générées à partir de la stratégie d’alerte déclenchent le webhook avec un appel POST à l’adresse 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-->

Configuration de webhook à l’aide du SDK PowerShell

La fonctionnalité de configuration de webhook utilisant le SDK PowerShell permet aux administrateurs de créer, modifier, supprimer et répertorier les profils de webhook. Cette fonctionnalité offre une certaine flexibilité dans la configuration des webhooks en permettant de spécifier les en-têtes, les types d’authentification, les types de contenu, les charges utiles et les URL des webhooks.

Remarque :

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

Le dernier format de charge utile est le suivant :

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

Créer un webhook

Pour créer un profil webhook, vous pouvez utiliser l’exemple de commande PowerShell suivant :

$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

$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 consulter dans la base de données. Vous pouvez également trouver le profil de webhook 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 une 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 du 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 des webhooks d’une stratégie

Vous pouvez utiliser l’exemple de commande PowerShell suivant pour supprimer le 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’échec de synchronisation de la configuration du cache d’hôte local

Le cache d’hôte local permet aux sessions utilisateur de se poursuivre même en cas de perte de connectivité des composants Cloud Connector avec Citrix Cloud. Le cache utilisé par le mode de cache d’hôte local est régulièrement synchronisé avec la base de données principale afin de garantir des configurations à jour lorsqu’il est activé. Vous pouvez obtenir davantage d’informations sur le cache d’hôte local et le processus de synchronisation de la configuration à la page Cache d’hôte local. Si la synchronisation de la configuration échoue plus de trois fois de suite, Citrix Monitor envoie une alerte d’avertissement à l’administrateur.

Une stratégie d’alerte prédéfinie nommée Échec de synchronisation de la configuration du cache d’hôte local a été introduite dans Citrix Monitor pour signaler les échecs de synchronisation de la configuration dans le cache d’hôte local. La nouvelle stratégie est accessible via Monitor > Alertes Citrix. Vous pouvez modifier la stratégie prédéfinie pour ajouter ou modifier des destinataires d’e-mails ou des webhooks afin de recevoir des notifications proactives dans vos outils de gestion des alertes ou ITSM.

L’étendue de la stratégie d’alerte Échec de la synchronisation de la configuration du cache d’hôte local est limitée au site uniquement.

Surveillance des alertes d’hyperviseur

L’onglet Surveiller affiche des alertes pour surveiller l’état de l’hyperviseur. Les alertes provenant de Citrix Hypervisor 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 envoyer une alerte si le cluster ou pool d’hôtes est redémarré ou non disponible.

Pour recevoir des alertes d’hyperviseur, assurez-vous qu’une connexion d’hébergement a été créée dans l’onglet Gérer. Pour de plus amples informations, consultez les articles Connexions et ressources. Seules ces connexions sont surveillées pour les alertes d’hyperviseur. 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, voir Alertes Citrix XenCenter ou consultez la documentation Alertes VMware vCenter.

Les préférences de notification par courrier électronique peuvent être configurées sous Stratégies d’alerte Citrix > Stratégie de site > Intégrité 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 depuis l’hyperviseur uniquement et non depuis l’onglet Surveiller. Toutefois, vous pouvez modifier les préférences de courrier électronique et ignorer une alerte dans l’onglet Surveiller.

Important :

• Toutes les alertes d’hyperviseur de plus d’un jour sont automatiquement rejetées.
• Les alertes déclenchées par l’hyperviseur sont récupérées et affichées dans l’onglet Surveiller. Toutefois, les changements apportés dans le cycle de vie/l’état des alertes de l’hyperviseur ne sont pas reflétés dans l’onglet Surveiller.
• Les alertes qui sont intègres, rejetées ou désactivées dans la console de l’hyperviseur continueront à apparaître dans l’onglet Surveiller et doivent être rejetées explicitement.
• Les alertes rejetées dans l’onglet Surveiller ne sont pas rejetées automatiquement dans la console de l’hyperviseur.

Une nouvelle catégorie d’alerte appelée Intégrité de l’hyperviseur a été ajoutée pour permettre de filtrer uniquement les alertes d’hyperviseur. Ces alertes sont affichées lorsque les seuils sont atteints ou dépassés. Les alertes d’hyperviseur peuvent être :

• Critique : le seuil critique de la stratégie d’alerte de l’hyperviseur a été atteint ou dépassé.
• Avertissement : le seuil d’avertissement de la stratégie d’alerte de l’hyperviseur a été atteint ou dépassé
• Ignorée : l’alerte n’est plus affichée en tant qu’alerte active