Contexte
L'interface de Visualisation fournie une représentation de l'état d'un élément et de son taux de disponibilité. Le taux de disponibilité doit être configuré en fonction du statut d'un élément et de votre organisation. La configuration est globale à l'installation donc elle n'est pas configurable de manière indépendante sur les hôtes.
Cette page fournie une description des options de configuration de ce calcul.
Les parties de l'interface de Visualisation impacté par cette configuration sont les suivantes :
Sommaire |
Description des paramètres de configuration du calcul
Ici nous décrions les différents paramètre de la configuration du calcule du taux de disponibilité.
Les paramètre ont 3 type d'impacte sur le taux de disponibilité :
Le taux de disponibilité augmente
Le taux de disponibilité baisse
Le taux de disponibilité n'est pas impacté : La période est exclut du calcul du SLA
Exemple : Pour une période de 2 heures, le calcul du SLA du jour sera en réalité effectué sur 22 heures.
Paramètre des états Warning : warning_counts_as_ok
L'état Warning peut être configuré de 2 manières différentes:
- Le taux de disponibilité augmente : On considère que le service est toujours rendu même de manière potentiellement dégradée.
- Le taux de disponibilité baisse : On considère que le service n'est pas bien rendu.
Paramètre des états Unknown : unknown_period
L'état Unknown peut être configuré de 3 manières différentes:
- Le taux de disponibilité augmente : On considère que le service à donnée un état donc le service est encore rendu même de manière potentiellement dégradée.
- Le taux de disponibilité baisse : On considère que si l'on ne peux savoir si le service est rendu c'est qu'il n'est pas rendu.
- Le taux de disponibilité n'est pas impacté : On considère l'état est trop imprécis pour modifier le taux de disponibilité.
Paramètre des états Missing data & Shinken inactive : no_data_period
Les états Missing data & Shinken inactive ont été regroupés dans un paramètre. Ce paramètre correspond à la période durant
L'état sans donné peut être configuré de 3 manières différentes:
- Le taux de disponibilité augmente : On considère que même si la supervision ne la pas confirmer le service est rendu.
- Le taux de disponibilité baisse : On considère que si l'on ne peux savoir si le service est rendu c'est qu'il n'est pas rendu.
- Le taux de disponibilité n'est pas impacté : On considère que l'état de la supervision (de Shinken) n'impact pas le taux de disponibilité.
Paramètre du contexte Downtime : downtime_period
Le context Downtime peut être configuré de 4 manières différentes:
- Le taux de disponibilité augmente : On considère que les périodes coupure planifié font partit du service donc le service est rendu.
- Le taux de disponibilité baisse : On considère que lors d'une coupure planifié le service n'est plus rendu.
- Le taux de disponibilité n'est pas impacté : On considère que la coupure est planifié et donc que cette période n'impact pas le service.
Le taux de disponibilité dépend de l'état de l'élément : On considère que seul l'état du service compte pour le taux de disponibilité.
Calcul du SLA du jour
Le SLA d'un élément est calculé de manière journalière. Les SLA des jours précedents sont sauvegardés et ne sont par défaut pas recalculés.
Après un changement dans les paramètres de calcul du SLA, on pourrait vouloir voir les anciens SLA calculés avec les paramètres nouvellement définis.
Dans Shinken Entreprise, il est possible de dire au système de recalculer les anciens SLA avec l'option recompute_old_sla.
Configuration des paramètres de calcul du SLA
Le réglage de ces paramètres s'effectue au niveau du module SLA du Broker.
Le fichier de configuration concerné est /etc/shinken/modules/sla.cfg.
Les paramètres du fichier suivant correspondent dans l'ordre aux cas énumérés dans la partie précédente:
warning_counts_as_ok 0 ; Si 1, les Warning sont comptés comme OK, si 0 ils sont comptés comme Critique [par défaut 0] exclude_unknown 0 ; Si 1, Les Unknown ne sont pas pris en compte dans le calcul du SLA, si 0, ils sont comptés comme Critique [par défaut 0] exclude_no_data 0 ; Si 1, les périodes de données manquante ou Shinken inactif ne sont pas prises en compte dans le calcul du SLA. Si 0, ces périodes sont comptées comme Critique [par défaut 0] recompute_old_sla 0 ; Si 1, les anciens SLA seront recalculés avec les paramètres de calcul actuels. Si 0, les anciens SLA ne seront pas recalculés [par défaut 0] # == Downtime periods == # - include: Le statut est pris en compte sans tenir compte du contexte Downtime [par défaut] # - exclude: Les statuts pendant les périodes de Downtime ne sont pas pris en compte pour le calcul # - ok: Le statut pendant les périodes de Downtime est OK # - critical: Le statut pendant les périodes de Downtime est Critique downtime_period include |
Pour appliquer un changement de cette configuration, un redémarrage de l'Arbiter et du Broker sont nécessaires:
service shinken-arbiter restart service shinken-broker restart |