| Scroll Ignore | ||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||
|
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é. L'activer avec une valeur trop faible pourrait supprimer de nombreuses entrées et causer un problème de performance.
Il est donc
Afin de limiter les entrées SLA il y a trois possibilités d'actions :
possible d'utiliser un script
pour effectuer ce nettoyage sans impacter la base Mongo de productionUtilisation du module SLA pour supprimer les entrées tous les jours
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 entrées dans la base d'archives du module SLA sont supprimées toutes les 24h.
Les paramètres nb_stored_days et
time_when_delete_old_SLA
| Info |
|---|
Si le Broker est éteint et que la suppression n'est pas faite depuis plus de 24 h, elle se fera automatiquement au démarrage du Broker. |
| Info |
|---|
S'il n'y a aucune trace du dernier nettoyage de la base d'archives du module SLA, le nettoyage s'exécutera. |
Suppression des anciennes entrée jusqu'a une certaine date par le module SLA
Il est possible de supprimer les entrées SLa sur une autre machine afin de ne pas surcharger la machine de production
Suppression des anciennes entrée jusqu'a une certaine date par un script
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ération 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.
| Warning |
|---|
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'enregistrement à supprimer dans une itération | 10000 |
| daily_clean_pause_time | Nombre de secondes d'attente entre deux itération | 2 |
Script de suppresion des anciennes entrées => ne garde que X jours en base
Pour ne pas impacter les performances Pour ne pas impacter les performance de la production, il est possible d'exporter la base des modules SLA, supprimer les anciennes entrées et restaurer la base nettoyée.
Une fois ces actions réaliséréalisées, il est intérréssant intéressant de configurer le module SLA pour supprimer les anciennes entrées quotidiennement.
Voici le script :
Pour l'utilisation de ce script vous aurez besoin des paramètres suivants.
TABLEAU DES PARAMETRES DU SCRIPT
Mode opératoire
Le Bac à Événements
Paramètres du module event-manager-writer
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
.