Alertes

ServicePilot peut alerter les utilisateurs dès qu'un événement important se produit. Il peut également générer des alertes de manière proactive si une tendance est susceptible de dépasser un seuil dans le futur. Les alertes peuvent également être retenues si l'on prévoit qu'un événement se dissipera sans aucune intervention.

Par défaut, ServicePilot présentera toutes les données via son interface web mais aucune alerte ne sera générée. Pour ajouter des alertes, de nouvelles Policies d'Alerte doivent être configurées. Notez que les Policies d'Alerte sont toutes indépendantes les unes des autres. Il faut faire attention lors de la création de nouvelles alertes afin d'éviter de générer des alertes chevauchantes qui pourraient alerter les utilisateurs du même problème à plusieurs reprises.

Pour ajouter des Policies d'Alerte, consultez la documentation Policies .

Chaque alerte a trois composantes :

• Une Condition définie ce qui déclenchera l'alerte
• Un Délai indique si l'alerte doit être retardée pendant un certain temps ou un certain nombre d'événements similaires
• Une Action est prise lorsque les conditions d'alerte sont respectées et que le délai est expir

Condition d'alerte

Pour qu'une alerte se déclenche, certaines conditions doivent être satisfaites. Ces conditions sont associées aux événements que ServicePilot détecte.

Type de Condition	Événement
Ressources	Changement de statut d'une ressource au cours d'une période définie.
Objets	Changement de statut d'un objet au cours d'une période définie. Les objets déclenchant l'alerte peuvent être filtrés par nom, classe, vue et statut d'acquittement.
Anomalies de service	L'algorithme détermine si un objet est normalement dans un état critique ou indisponible, d'après des données requêtées sur les 30 derniers jours. L'anomalie de service indique que l'état de l'objet est anormal.
Vues	Changement de statut d'une vue pendant une période définie. Les vues déclenchant l'alerte peuvent être filtrées par nom, classe et statut d'acquittement.
Indicateurs	Changement de statut d'un indicateur individuel au cours d'une période définie. Les indicateurs déclenchant l'alerte peuvent être filtrés par nom, nom d'objet, classe d'objet, vue et statut d'acquittement.
SNMP Trap	Réception par ServicePilot d'un trap ou notification SNMP pendant une période définie. Les traps peuvent être catégorisés à l'aide des règles de catégorisation SNMP Trap avant d'être filtrés par nom de règle, catégorie de règle, message de règle, sévérité de règle, OID d'entreprise, types générique et spécifique, adresses IP de l'expéditeur et de l'agent. Notez que si un trap est rejeté et n'est donc pas stocké dans la base de données ServicePilot, la Policy d'Alerte ne sera pas appliquée.
Syslog	Réception d'un message syslog pendant une période définie. Les syslogs peuvent être filtrés par adresse IP source, gravité, facility, host, description, tag, PID, Msg ID et data.

Note : les opérateurs peuvent marquer les statuts d'alerte des ressources, vues et objets comme étant acquittés. Les éléments acquittés peuvent alors être inclus ou exclus des conditions d'alerte et de la section "statut" de la supervision.

Condition Ack

Lors de la création de Policies d'Alerte avec des conditions Objets, Vues ou Indicateurs, le champ Ack peut être défini pour inclure ou exclure les événements acquittés. Il existe trois options pour le champ Ack :

Ack	Utilisation
Ignore	Ignorer le statut Ack de l'élément
Ack	Inclure seulement les éléments qui ont des problèmes de performance ou de disponibilité qui ont déjà été acquittés
Not Ack	Inclure seulement les éléments qui n'ont pas été acquittés

Délai d'alerte

Bien que toutes les conditions d'une alerte puissent être satisfaites, l'action d'alerte ne sera pas exécutée tant que le délai n'aura pas expiré.

Type de délai	Utilisation
Sans délai	L'action sera prise dès que les conditions seront satisfaites.
Action et ignore Condition pendant x Minutes	L'action sera prise dès que les conditions seront satisfaites. Toutefois, l'action ne sera plus réalisée pendant la durée spécifiée, même si les conditions sont de nouveau satisfaites. Cette option est utile lorsque les conditions sont succeptibles de se produire de façon répétée et que vous souhaitez n'être alerté qu'une seule fois.
Action après x Minutes si Condition toujours vraie	L'action sera retardée de la durée spécifiée. Ce n'est que si les conditions sont toujours vraies après ce délai que l'action aura lieu. Cette option est utile lorsque les conditions peuvent se produire puis se rétablir d'elles-mêmes. Si le problème persiste, l'action sera déclenchée.
Action après x occurrences de la Condition pendant y Minutes	L'action ne sera déclenchée que si elle se produit un nombre de fois pendant la durée spécifiée. Cette option est utile pour des évènements tels que des tentatives de connexion échouées, reçus par syslog, qui indiqueraient une tentative de violation de la sécurité.

Action d'alerte

Une fois les conditions satisfaites, et un éventuel délai expiré, différentes actions peuvent être prises.

Type de Condition	Événement
Email	Envoyer un email
Webhook	Envoyer une requête web GET ou POST
UDP	Envoyer un paquet UDP. Si le paquet UDP est correctement formaté et envoyé au port correct, cela peut être défini comme un message syslog
Trap	Envoyer un Trap SNMP

Variables d'alerte

Lorsqu'une alerte est déclenchée, certaines informations sont stockées dans des variables et peuvent ensuite être utilisées dans l'action d'alerte. Un sujet d'email peut par exemple contenir le nom de l'objet qui a déclenché l'alerte ou un message UDP syslog peut indiquer l'heure à laquelle l'événement s'est produit.

Certaines variables sont communes à toutes les conditions d'alerte tandis que d'autres variables diffèrent selon les conditions utilisées. Si par exemple vous avez besoin de la valeur de l'indicateur qui a dépassé son seuil, celle-ci ne sera disponible que pour les alertes ayant une condition de type Indicateurs.

Acquitter les changements de statut

Lorsque des éléments dans ServicePilot changent de statut et deviennent non disponibles ou ont un problème de performance, les objets, vues et ressources refléteront ce problème. Il est possible d'acquitter le problème afin qu'il puisse être ignoré dans les vues Status et dans les conditions d'alerte. Le fait d'acquitter un problème ne modifiera pas son statut ou ne masquera pas le problème, mais une note sera visible en regard de l'élément acquitté.

Si le problème est résolu et que les éléments deviennent disponibles et nominaux, l'acquittement disparaîtra. Cela peut être un problème pour les éléments qui changent continuellement entre le statut nominal et un mauvais statut, car un acquittement ne sera pas maintenu. Dans ce cas, une Note peut être ajoutée à la place car elle ne sera pas supprimée automatiquement.

Accéder à l'objet "Ack/Note" à partir de la carte

1. En tant qu'utilisateur avec au moins les privilèges opérateur, naviguez dans la hiérarchie de Vue jusqu'à l'objet que vous souhaitez acquitter/noter puis cliquez dessus
2. Cliquez sur le bouton Ack ou Note

Accéder à la vue "Ack/Note" à partir de la carte

1. En tant qu'utilisateur avec au moins les privilèges opérateur, naviguez dans la hiérarchie de Vue jusqu'à l'intérieur de la vue que vous souhaitez acquitter/noter
2. Cliquez sur l'icône Voir les informations
3. Cliquez sur le bouton Ack ou Note

Accéder à "Ack/Note" à partir des listes de statut

1. En tant qu'utilisateur avec les privilèges opérateur, naviguez jusqu'à Statut
2. Sélectionnez Ressource, Objet ou Vue dans le sous-menu Statut en fonction du composant que vous souhaitez acquitter/noter
3. Sélectionnez un ou plusieurs éléments à acquitter ou noter et cliquez sur le bouton ack vert ou le bouton note bleu

Filtrer des listes de statut

Dans les listes de Statut, vous pouvez trouver des éléments en fonction d'un certain nombre de critères de filtrage. La liste des filtres disponibles dépend de la liste de statuts (Ressource, Objet, Vue) sélectionnée :

Filtre	Définition
Managed	Afficher les éléments qui ne sont pas marqués comme non gérés. Les opérateurs peuvent marquer manuellement les éléments comme non gérés pour arrêter de rapporter le statut ou aussi arrêter de collecter des données.
Unmanaged	Afficher les éléments qui sont actuellement marqués comme non gérés. Les opérateurs peuvent marquer manuellement les éléments comme non gérés pour arrêter de rapporter le statut ou également arrêter de collecter des données.
Acknowledged	Afficher les éléments qui ont des problèmes de performance ou de disponibilité et qui ont été marqués d'un Ack.
Not Acknowledged	Afficher les éléments qui n'ont pas été marqués d'un Ack.
Not Operational	Afficher les éléments qui clignotent, indiquant qu'un agent ServicePilot ne rapporte pas certaines données pour la ressource.
Monitored	Afficher les éléments qui sont actuellement supervisés.
Not Monitored	Afficher les éléments qui ne collectent pas actuellement de données en raison de l'application d'une Policy de monitoring et en dehors de la période de monitoring de cette Policy.
No Response	Afficher les éléments qui ne répondent pas actuellement.

Exemples d'Alerting