Introduction

Dans Shinken Entreprise, les statuts des éléments supervisés sont observés au fil du temps pour permettre un calcul du taux de disponibilité de l'élément. Ces données de SLA sont mises à jour régulièrement et stockées par Shinken.

Les sections suivantes présentent comment visualiser ces SLA, leur méthode de stockage ainsi que les différentes options disponibles pour configurer la méthode de calcul de ces SLA.

Comment voir le SLA d'un élément

Le taux de disponibilité d'un élément peut être visualisé dans l'interface de Visualisation, de 2 manières différentes:

• Dans un tableau de bord, avec le Widget SLA
• Dans le détail de l'élément, via l'onglet Onglet Historique/SLA
• Avec Les rapports

Stockage des données

Les données nécessaires pour le calcul des SLA sont stockées dans une base MongoDB locale au démons Broker avec le module SLA activé.

Comme pour les autres composants de Shinken Entreprise s'appuyant sur une base MongoDB, la communication entre le module SLA et la base MongoDB peut être sécurisée par l'intermédiaire d'un tunnel SSH. La mise en place de cette fonctionnalité, qui n'est pas activée par défaut, est décrite dans la documentation du Module SLA.

Options disponibles pour le calcul des SLA

Le calcul du taux de disponibilité peut être configuré pour coller au mieux aux contraintes:

• Comment prendre en compte les statuts "Warning": font-ils monter ou descendre le SLA ?
• Comment prendre en compte les états inconnus, les périodes de maintenance, etc... ?

Ces options et leur configuration sont décrites de manières détaillée dans la page Calcul du taux de disponibilité (SLA).

Maintenance des Données de SLA

La taille des données de SLA dépend de 3 facteurs : 

• Le nombre d'éléments supervisés
• La fréquence de changement d'état des élément supervisés et la taille des messages des Checks
• La durée pendant là quel est gardée les données

Vous ne pourrez pas contrôler le facteur de la fréquence de changement d'état des élément, et il n'est pas souhaitable de limité le nombre d'éléments en supervisions.
Donc il n'est pas possible de prédéterminer la taille de la base ce qui veux donc dire que vous devez superviser la base à l'aide du check 'Broker - $KEY$ - Module SLA Writer'.
Vous pouvez modifier les données STORAGE_WARNING et STORAGE_CRITICAL sur l'hôte pour que le check passe en CRITIQUE ou WARNING si il dépasse le seuil donnée en MB.
La métrique storage_size donne la taille en octet de la base pour suivre la progression de la taille de base.

Si votre base prend trop de place vous pouvez :  

• Réduire le nombre de jour gardé en base (paramètre  : nb_stored_days), 
• Désactivé la sauvegarder des messages des Checks (paramètre  : store_output / store_long_output / list_of_stored_output_status)

Puis compactée la base (Voir La base MongoDB)

Une autre option influence la taille de la base : keep_raw_sla_day. Cette option permet de choisir combien de jours au format non archivé seront gardé. En effet on garde par sécurité par défaut 7 de données non archivé en cas de problème lors de l'archivage des données pour reconstruire les SLA.
Nous déconseillons de modifier ce paramètre sans consultation de votre support.