Il est courant d’installer des scripts de backup custom sur des machines Linux (mysqldump, pg_dump, rsync, s3cmd, etc.). Voici une proposition simple pour monitorer l’exécution de ces scripts avec Centreon et des traps SNMP.
Créez un « manufacturer » dans Centreon pour votre organisation :
Créez un trap SNMP pour les événements critiques :
À noter l’OID qui est composé de la façon suivante :
- 1.3.169 : Organisation de base pour toutes les sociétés Suisses enregistrées au registre du commerce Zefix (http://oid-info.com/get/1.3.169)
- 411.529.146 : L’identifiant de Clever Net Systems dans le Zefix Suisse
- 1 : Événement backup-critical (puis 2 ci-dessous pour backup-ok)
Créez un autre trap SNMP pour les événements de recovery (OK) :
Créez ensuite un template de service passif pour gérer ces traps SNMP :
Ne pas oublier de lier ce template de service avec les deux traps précédemment créés :
Il ne vous reste plus qu’à créer un service basé sur ce template sur les hosts à monitorer :
Recharger la configuration des traps :
Ainsi que la configuration du Poller :
Voilà à ce stade votre service passif basé sur des traps est prêt et en attente :
Vous pouvez maintenant remonter un trap SNMP depuis votre script de backup à monitorer avec la commande suivante :
snmptrap -v2c -c [PASSWORD] [IP_CENTREON] '' .1.3.169.411.529.146.1 .1 s 'Critical event'
Le retour au statut OK s’effectue en remontant l’autre trap :
snmptrap -v2c -c [PASSWORD] [IP_CENTREON] '' .1.3.169.411.529.146.2 .1 s 'Recovery event'
Voilà il ne reste plus qu’à intégrer ces commandes snmptrap à votre script de backup préféré.
Si vous exécutez snmptrap avec un user non root vous pouvez tenter cette procédure pour éviter les warnings : https://community.hortonworks.com/content/supportkb/49492/for-non-root-user-how-to-invoke-snmptrap-command.html
Sources :
Laisser un commentaire
Participez-vous à la discussion?N'hésitez pas à contribuer!