Script de suppression des éléments qui ne sont plus ni en production, ni en stagging des archives SLA et de sla_info

Le script clean-deleted-elements-from-sla  de suppression vous permet de :

  • Nettoyer votre base sans toucher à la configuration de votre module SLA
  • Suivre facilement la progression de la suppression des données
  • Pouvoir arrêter la suppression si cela impacte trop les performances, sans avoir à arrêter la production
  • Pouvoir lancer la suppression à un ou plusieurs moments où la base de données est moins sollicitée
  • Pouvoir temporiser l'exécution du script via un paramètre pour alléger son impact sur la production


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








Vous pouvez utiliser le script alors que Shinken est en fonction, mais la suppression peut impacter les performances de la base.

Les paramètres vont vous permettre de limiter l'impact sur les performances.


Pour l'utilisation de ce script, vous disposez des paramètres suivants :


Option courteOption longueDescriptionValeur par défaut
-h--help

affiche l'aide en ligne

N/A
-H--host

Nom d'hôte ou adresse de la machine hébergeant la base de données SLA MongoDB.

localhost
-p--port

Port d'écoute du serveur MongoDB

27017
-s--batch-sizeNombre d'éléments à supprimer de la base MongoDB avant de faire une pause, afin de limiter l'impact du script sur les performances en productionN/A
-d--pause-delay

Durée en  millisecondes de la pause à effectuer 

200
-w--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é après une précédente exécution

N/A

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).

Veillez à ne pas  lancer plusieurs instances simultanés du script