| Warning |
|---|
NE PAS UTILISER CE SCRIPT SANS L'AIDE DU SUPPORT SHINKEN |
Script de suppression
de jours de SLA inutile ⇒ ne garder que X jours en basedes archives SLA et de sla_info des éléments qui ne sont plus en production, ou en stagging
Le script clean-deleted-elements-from-sla de suppression vous Le script shinken-sla-delete-until de suppression permet de :
- Nettoyer la votre base de données sans toucher à la configuration du de votre module SLA.Calculer 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 aux moments à un ou plusieurs moments
Une fois ces actions réalisées, il est conseillé de configurer le module SLA pour supprimer les anciennes entrées quotidiennement, afin de gérer le volume de données.
| Warning |
|---|
La suppression des éléments de la base SLA est définitive. Si un hôte supprimé de la configuration au moment de l'exécution du script revient ensuite avec le même UUID, son historique avant le passage du script est définitivement perdu. NE PAS UTILISER CE SCRIPT SANS L'AIDE DU SUPPORT SHINKEN |
| Warning |
|---|
Veillez à ne pas lancer plusieurs instances simultanés du script |
| Info |
|---|
Depuis la V02.08.01.03 et la V02.08.02-RC012 la collection sla_info n'existe plus, l'inventaire est fourni par l'Arbiter et seuls les éléments existants sont archivés pour une journée donnée |
Pour l'utilisation de ce script, vous disposez des paramètres suivants
| Info |
|---|
Le script peut être utilisé alors que Shinken est en fonction, mais la suppression peut impacter les performances de la base de données. Les paramètres permettent de limiter l'impact sur les performances. |
Voici les paramètres disponibles lors de l'utilisation du script :
| Option courte | Option longue | Description | Valeur par défaut |
|---|---|---|---|
| - |
| h | -- |
Date limite de conservation des données SLA.
Toutes les données avant cette date seront supprimées.
Le format est JJ-MM-AAAA.
| help | affiche l'aide en ligne |
| N/A | |
| - |
| H | -- |
Nombre de jours qui seront conservés.
Ne peut pas être utilisé avec l'option --date
| host |
Nom d'hôte ou adresse de la machine hébergeant la base de données SLA MongoDB. | localhost |
| - |
| p | -- |
Définit le nom de la base de données à utiliser
| port | Port d'écoute du serveur MongoDB | 27017 |
| -s | --batch-size |
| Nombre |
| d' |
Le script continuera ses itérations jusqu’à suppression complète des données avant le nombre de jours ou la date indiqué en option.
| éléments à supprimer de la base MongoDB avant de faire une pause, afin de limiter l'impact du script sur les performances en production | N/A |
| -d |
| --pause- |
| delay |
Durée en millisecondes de |
la pause à effectuer | 200 |
| -w |
| -- |
Force la suppression sans demander confirmation.
Au démarrage, le script indiquera le nombre d'éléments à supprimer
| Info |
|---|
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. |
| workdir | Dossier utilisé pour stocker des fichiers temporaires liés au traitement. Un système de fichier en mémoire (comme /dev/shm/) est vivement recommandé | /dev/shm/shinken-clean-sla | |
| -c | --clean | Nettoie les fichiers temporaires laissés après une précédente exécution | N/A |
| Info |
|---|
Vous pouvez utiliser le script lorsque Shinken est en fonction, mais la suppression va impacter les performances de la base de données. Les paramètres --batch-size & --pause-delay permettent de limiter l'impact sur la supervision. Par défaut, le script ne fait pas de pause lors de son traitement, mais son impact reste relativement minime sur les performances de production. Toutefois, si ce dernier consomme trop de ressources, il est possible de l'interrompre ( via Control-C ), pour le relancer avec l'option -s positionné à 300. Si la charge induite est toujours trop lourde, la valeur du paramètre -s peut être diminuée, et celle du paramètre -d peut être augmentée à 500 ou plus. Plus le paramètre batch-size est faible, plus le script fera de pauses. Plus le paramètre pause-delay est élevé, plus les pauses seront longues. Après interruption, le script reprend son traitement où il en était lors de son arrêt (le pourcentage d'avancement affiché reprend alors sa valeur d'avant l'arrêt) |
| Warning |
Les options --size-batch et --pause-batch peuvent fortement impacter les performances de votre installation. Ne les utilisez pas sans avoir contacté votre support dédié. |