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
  • Liens vers outils de visualisation des logs- http://logstash.net/- http://kibana.org/

Présentation¶

La supervision utilise nagios, pnp4nagios et check_mk sur la machine nagios.tetaneutral.net
check_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.

Liens vers outils de visualisation des logs
- http://logstash.net/
- http://kibana.org/¶