Page History

Contexte

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.

Paramètre de recalcule des taux de disponibilité archivés : recompute_old_sla

Le taux de disponibilité des éléments est archivé quotidiennement.
Par défaut un changement de paramétrage du calcul n'impactera pas les taux de disponibilité des jours précédant la modification.
L'option recompute_old_sla permet de mettre mettre à jour les taux de disponibilités archivé à jour à chaque changement de configuration. 

Configuration du paramétrage du calcul

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 # SLA are computed on a daily basis. SLA of the current day are always recomputed after a configuration change. SLA from days before are by default not recomputed.
# If 1, old SLA will be recomputed with current settings.
# If 0, old SLA will not be recalculated [default]
# recompute_old_sla      0

#======== SLA calculation ========
# Some status can impact positively (counted as OK/UP), negatively (counted as CRITICAL/DOWN) or not impact the SLA
# (is not counted, meaning the period of study is reduced by the period that is not counted).
# This configuration aims at giving Shinken administrators a way to configure how the SLA are calculated.

# If 1, Warning counts as UP
# If 0, Warning counts as DOWN [default]
# warning_counts_as_ok   0

#  == Unknown periods ==
#    - include:  Only status is considered. [default]
#    - exclude:  Unknown are not counted from SLA considered period
#    - ok:       Unknown are considered as UP periods
# unknown_period        include

#  == No_data periods ("Missing data" and "Shinken inactive") ==
#    - include:  Only status  Le statut est pris en compte sans tenir compte du contexte Downtime [par défaut]is considered. [default]
#    - exclude:  No_data are not counted from SLA considered period
#    - exclude:  Les statuts pendant les périodes de Downtime ne sont pas pris en compte pour le calculok:       No_data are considered as UP periods
# no_data_period        include

#  == Downtime periods ==
#    - okinclude:  Only status is considered.  Le statut pendant les périodes de Downtime est OK[default]
#    - exclude:  Downtimes are not counted from SLA considered period
#    - critical: Le statut pendant les périodes de Downtime est Critique
ok:       Downtimes are considered as UP periods
#    - critical: Downtimes are considered as DOWN periods
# 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