Supervision et Log » Historique » Version 5
« Précédent -
Version 5/43
(diff) -
Suivant » -
Version actuelle
Mehdi Abaakouk, 23/03/2012 16:18
Supervision et Log¶
- Contenu
- Supervision et Log
- Présentation
- Ajouter un machine à la supervision
- Configuration du serveur de log
- Installation de check-mk-agent
- Installation rapide de check-mk-agent dans une vm
- Remonter d'alert a partir des fichiers de log
- Fichier de configuration de check_mk
- Voir le diff entre la conf nagios et la page Architecture du Wiki
Présentation¶
La supervision utilise nagios, pnp4nagios et check_mk sur la machine nagios.tetaneutral.netcheck_mk est à la fois:
- un outils qui génère la configuration de nagios
- une "commande" au sens nagios.
- une interface Web 2.0
pnp4nagios est un grapher des perfdatas de nagios, et il est intégré parfaitement à l'interface de check_mk
La gestion des logs s'effectue avec rsyslog sur la machine ttnnlog
La configuration et les scripts nagios sont versionnés ici:
git clone git@git.tetaneutral.net:nagios nagios
Ajouter un machine à la supervision¶
Dans le fichier /etc/check_mk/main.mk ajouter dans le tableau "all_hosts" le nom de la vm suivie de tags comme ceci:
nomdelavme|vm|ssh-2222|smtp|http nomdelamahcine|phy|ssh-22|https|imaps
Les fameux tag permet d'associé la machine à des check de services, des hostgroups et des servicesgroups
Par défaut seul le ping est effectué.
On peut ensuite étendre rapidement les checks avec les contrôles système.
Pour ceci il faut installé un agent sur la machine superviser, soit check-mk-agent, soit net-snmp.
Configuration du serveur de log¶
echo '*.* @91.224.149.204' > /etc/rsyslog.d/ttnnlog.conf /etc/init.d/rsyslog restart
Installation de check-mk-agent¶
Sur la machine cible, il faut installer les xinetd et check-mk-agent_1.1.13i2_all.deb
dans /etc/xinetd.d/check_mk ajouter:
only_from = 91.224.149.236
Puis on redémarre xinetd
etc/init.d/xinetd restart
sur nagios:
check_mk -II nommachine && check_mk -O
Installation rapide de check-mk-agent dans une vm¶
sur h1:
cd nagios ./install_in_vm.sh nomvm 2222
sur nagios:
check_mk -II nommachine && check_mk -O
Remonter d'alert a partir des fichiers de log¶
Sur ttnnlog ou sur la machine elle même (si elle a check-mk-agent-logwatch d'installer)
Dans le fichier /etc/check_mk/logwatch.cfg ajouté des lignes comme:
/var/log/messages # Patterns are indented with one space are prefixed with: # C: Critical messages # W: Warning messages # I: ignore these lines (OK) # The first match decided. Lines that do not match any pattern # are ignored C Fail event detected on md device I mdadm.*: Rebuild.*event detected W mdadm\[ /data/www/*/*/syslog /data/www/*/*/kern.log C Panic C Oops
Puis sur la machine nagios détecté la nouvelle config de l'agent:
cmk -II ttnnlog cmk -O
Fichier de configuration de check_mk¶
Les fichiers de configuration sont dans /etc/check_mk/
Le fichier principal est main.mk, la liste des contacts se trouve dans conf.d/contacts.mk
Les fichiers conf.d/autogen_*.mk sont générer par le script update_vm_parents_and_update_automap.sh
Il génère la liste des vm qui ne sont pas pressente dans main.mk avec les dépendances avec leurs nodes du cluster (avec l'api rapi de ganeti)
Il génère aussi la map automap pour nagvis (/usr/local/nagvis/etc/Automap.cfg
Il est exécute toutes les 20 minutes
Voir le diff entre la conf nagios et la page Architecture du Wiki¶
/etc/check_mk/diff-nagios-wiki.sh
Le script contrôle le VLAN admin et le 91.224.149.128/25.