Root cause

Antérieurement, le module Root cause :

• l’état d’un service équivaut au pire état de ses dépendances
• l’état d’un composant est fourni par un événement
  
  

La fonctionnalité Root cause vous propose donc d’ajouter des algorithmes de calculs d’états des services et des composants. L’état ou la sévérité d’un service peut dorénavant être tributaire de règles de calculs d’états qui s’appliquent sur les dépendances de celui-ci :

Les règles des algorithmes de calculs des états peuvent quant à elles être de deux types :

1. Les dépendances induisent les états

Quelle(s) dépendance(s) de l’entité ciblée sera(ont) responsable(s) de l’état final ?
Si plusieurs dépendances sont sélectionnées par le modèle alors le pire état de celles-ci sera utilisé.

2. Une part ou un nombre de dépendances d’un état spécifique définissent les états
Dans ce mode, il est possible de définir l’état d’un service à partir de conditions basées sur un pourcentage ou un nombre d’états des dépendances du service.

Nous pourrions par exemple exprimer le fait que le service sera en état

• Critique si plus de 50% de ses dépendances sont en état critique ou
• Majeur si 3 de ses dépendances sont en état mineur ou
• Mineur si 20% des entités sont en état majeur ou
• OK si au moins 1 dépendance est en état OK

A partir d’un schéma de dépendance de ce type :

Canopsis peut proposer un résultat comme suit :

Enfin, lorsqu’aucune règle ne s’applique, l’état du service vaut le pire état de ses dépendances.

 Mise à jour 2024 : Le module Root cause pourra suggérer la raison d’un ou plusieurs incident(s).

Deux éléments peuvent déterminer cette causalité :

• Le référentiel
• Les liens définis manuellement

Pour plus d’informations sur la fonctionnalité Root cause, rendez-vous la documentation Canopsis.