Les SLAs
Le module SLA est développé pour 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 sont détaillés dans la configuration du Module SLA.
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. Vous avez alors deux possibilités :
- 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.
- Utiliser le script qui permet de supprimer les anciennes entrées.
Les paramètres daily_clean_batch_size et daily_clean_pause_time peuvent fortement impacté les performances de votre installation. Ne les utilisez pas sans avoir contacté votre support dédié. |
| 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érations | 2 |
Script de suppression des anciennes entrées ⇒ ne garde que X jours en base
Le script shinken-sla-delete-until de suppression vous permet de :
- Nettoyer votre base sans toucher à la configuration de votre module SLA
- Constater le nombre d'enregistrements à supprimer pour atteindre la rétention souhaitée
- Suivre facilement la progression de la suppression des anciennes données
- Pouvoir arrêter la suppression si cela impacte trop les performances, sans avoir à arrêter
- Pouvoir à un ou plusieurs moments
Une fois ces actions réalisées, il est intéressant de configurer le module SLA pour supprimer les anciennes entrées quotidiennement et gérer le volume de données ( paragraphe précédent ).
| Option courte | Option longue | Description | Valeur par défaut |
|---|---|---|---|
| -d | --date | Date limite de conservation des données SLA. Toutes les données avant cette date seront supprimée Le format est JJ-MM-AAAA Ne peut pas être utilisé avec l'option --nb-day | N/A |
| -n | --nb-day | Nombre de jours sui seront conservés Ne peut pas être utilisé avec l'option --date | N/A |
| -u | --url | Nom d'hôte ou adresse de la machine hébergeant la base de données SLA Mongo | localhost |
| -s | --size-batch | Nombre maximum d'enregistrements qui seront supprimé durant une itération du script. Le script continuera ses itérations jusqu'a suppression complète des données avant le nombre de jours ou la date indiqué en option. | 1000 |
| -p | --pause-batch | Temps de pause entre deux itérations afin de ne pas bloquer Mongo. | 1 |
| -f | --force | Force la suppression sans demander confirmation. A chaque éxécution, le script vous indiquera | Faux (non utilisé) |
| -F | --foreground | Utilisation de l'index de mongo en premier plan. Cette option va bloquer Mongo durant le temps d'indexation mais les opérations seront beaucoup plus rapide | Faux (non utilisé) |
Le script peut être utilisé avec une date ( option --date ) ou un nombre de jours à conserver ( option --nb-day ) mais il n'est pas possible d'utiliser ces deux options conjointement. |
Les options --size-batch et --pause-batch peuvent fortement impacté les performances de votre installation. Ne les utilisez pas sans avoir contacté votre support dédié. |
L'option --foreground bloque toute l'installation Mongo. Si cette option est utilisée :
|
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.