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 2 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 sondes
• La durée pendant la quel sont gardé les données

Pour régler le nombre de jour gardé en base c'est le paramètre  : nb_stored_days

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.

Nous vous conseillons donc de surveillé la taille de 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

Si votre base prend trop de place vous pouvez réduire le nombre de jour gardé en base, puis compactée la base (Voir La base MongoDB)