Les SLAs
Le module SLA à la capacité de supprimer quotidiennement les entrées SLAs dépassant un certains nombres de jours.
Par défaut, cette suppression quotidienne n'est pas activé. Si le module est configuré avec une valeur trop faible, cela pourrait supprimer de nombreuses entrées et causer un problème de performance.
Il est donc possible d'utiliser un script afin de nettoyer les anciennes entrées en limitant l'impact sur les performances
Paramètre du module SLA ⇒ ne garde que X jours en base
Les paramètres nb_stored_days et time_when_delete_old_SLA qui vous permettront respectivement de définir le nombre de jours à conserver et l'heure à laquelle effectuer le nettoyage. Ils sont détaillés dans la page dédié à la configuration du module ( voir Module SLA ).
Exemple:
- Si le nombre de jours stocké est par exemple de 500 et que vous redémarrer l'Arbiter après avoir réglé le paramètre nb_stored_days à 365 ( pour ne garder qu'un an d'historique ), le module essayera de supprimer les 135 jours de trop au redémarrage.
- Pour supprimer ces 135 jours d'enregistrement, le module exécute des suppressions par bloc et fait une pause entre deux itérations afin de laisser le temps au module d'enregistrer les nouvelles données et à la base Mongo de pouvoir répondre à d'autres requêtes.
Selon votre volume déjà en base et le volume des nouvelles données à absorber, cela peut causer des problèmes de performance.
Contacter votre support dédié afin de choisir le meilleur paramétrage possible pour votre installation à l'aide des paramètres daily_clean_batch_size et daily_clean_pause_time décrits ci-dessous.
| Paramètre | Description | Valeur par défaut |
|---|---|---|
| daily_clean_batch_size | Nombre d'enregistrements à supprimer dans une itération | 10000 |
| daily_clean_pause_time | Nombre de secondes d'attente entre deux itérationsPour réduire l'impact sur votre supervision, vous pouvez augmenter ce nombre | 2 |
Utiliser le script shinken-sla-delete-until
Ce script vous permettra d'avoir le même comportement de nettoyage des SLAs qu'en utilisant le paramètre nb_stored_days du module SLA.
Le fonctionnement du script est décrit dans la page suivant : shinken-sla-delete-until - Suppression manuelle des archives SLA par jour
Si vous réduisez le nombre de jours stockés en utilisant le script, changez le paramètre nb_stored_days du module sla, par défaut dans /etc/shinken/modules/sla.cfg
- Cela évitera que de nouveaux jours inutiles soit garder en base.
- Référez-vous à la page de configuration du module SLA pour plus de d'information ( voir Module SLA ).
- Note : Il n'est nécessaire de redémarrer Shinken maintenant, ce sera fait plus tard dans la procédure.
Le Bac à Événements
Le bac à événements conserve par défaut seulement les 30 derniers jours. Il est possible de modifier ce paramétrage directement dans le module.
Paramètres du module event-manager-writer ⇒ configuration de la rétention
Il est possible de configurer le module event-manager-writer pour ne conserver les données qu'un certain nombre de jours.
- Le paramétrage s'effectue dans le Module event-manager-writer
- Le paramètre day_keep_data permet de définir le nombre de jours ou les données seront conservés.
- La durée par défaut est de 30 jours.