jflamand
15th January 2008, 11:36
Bonjour à tous,
J'ai une remarque concernant la manière de gérer les graphes avec Centreon.
J'utilise une méthode légèrement différente de celle décrite ici : http://wiki.centreon.com/index.php/Graphs, je m'explique car cela peut servir à d'autre :
Voici le nagios.cfg concernant la conf des performance.
685
Vous remarquerez que je n'utilise ni Service Performance Data Processing Command ni la commande process-service-perfdata car nagios sait déjà placer les données de perf dans un fichier en utilisant Service Performance Data File et le template :
$TIMET$\\t$HOSTNAME$\\t$SERVICEDESC$\\t$SERVICEOUT PUT$\\t$SERVICESTATE$\\t$SERVICEPERFDATA$
Cette méthode semble fonctionner à condition de faire la modif proposée par Ludo31 http://forum.centreon.com/showthread.php?t=5070
Et pour cause,le fichier service-perfdata est créé au démarrage de Nagios donc si ODS le déplace ou le supprime il n'est pas recréé (comme ce serait le cas avec la méthode suivante http://wiki.centreon.com/index.php/Graphs). Le patch de Ludo31 permet de simplement tronquer le fichier (sans le supprimer).
Je pense que cette méthode est plus performante :
Avec les méthode process-service-perfdata à chaque exécution d'un plugin, la commande process-service-perfdata est exécutée et on fait un open, write close dans le fichier de perf ce qui peut devenir très vite consommateur avec l'augmentation du nombre de services.
Avec la méthode Service Performance Data File le fichier de perf est ouvert une fois pour toutes et on ne fait qu'écrire dedans.
Si vous voulez le vérfier il suffit de faire un ls -l dans le répertoire /proc/pid_nagios/fd/ on voit que dans la seconde méthode un descripteur est ouvert vers le fichier de perf :
lr-x------ 1 root root 64 Jan 15 10:23 0 -> /dev/null
l-wx------ 1 root root 64 Jan 15 10:23 1 -> /dev/null
l-wx------ 1 root root 64 Jan 15 10:23 2 -> /dev/null
lrwx------ 1 root root 64 Jan 15 10:23 3 -> /var/log/nagios/nagios.lock
lrwx------ 1 root root 64 Jan 15 10:23 4 -> socket:[40662162]
lr-x------ 1 root root 64 Jan 15 10:23 5 -> /var/log/nagios/rw/nagios.cmd
l-wx------ 1 root root 64 Jan 15 10:23 6 -> /var/log/nagios/service-perfdata
et pas pour la seconde méthode :
lr-x------ 1 root root 64 Jan 15 10:28 0 -> /dev/null
l-wx------ 1 root root 64 Jan 15 10:28 1 -> /dev/null
l-wx------ 1 root root 64 Jan 15 10:28 2 -> /dev/null
lrwx------ 1 root root 64 Jan 15 10:28 3 -> /var/log/nagios/nagios.lock
lrwx------ 1 root root 64 Jan 15 10:28 4 -> socket:[40662643]
lr-x------ 1 root root 64 Jan 15 10:28 5 -> /var/log/nagios/rw/nagios.cmd
Voilà en ésperant avoir été un peu clair.
++
Julien.
J'ai une remarque concernant la manière de gérer les graphes avec Centreon.
J'utilise une méthode légèrement différente de celle décrite ici : http://wiki.centreon.com/index.php/Graphs, je m'explique car cela peut servir à d'autre :
Voici le nagios.cfg concernant la conf des performance.
685
Vous remarquerez que je n'utilise ni Service Performance Data Processing Command ni la commande process-service-perfdata car nagios sait déjà placer les données de perf dans un fichier en utilisant Service Performance Data File et le template :
$TIMET$\\t$HOSTNAME$\\t$SERVICEDESC$\\t$SERVICEOUT PUT$\\t$SERVICESTATE$\\t$SERVICEPERFDATA$
Cette méthode semble fonctionner à condition de faire la modif proposée par Ludo31 http://forum.centreon.com/showthread.php?t=5070
Et pour cause,le fichier service-perfdata est créé au démarrage de Nagios donc si ODS le déplace ou le supprime il n'est pas recréé (comme ce serait le cas avec la méthode suivante http://wiki.centreon.com/index.php/Graphs). Le patch de Ludo31 permet de simplement tronquer le fichier (sans le supprimer).
Je pense que cette méthode est plus performante :
Avec les méthode process-service-perfdata à chaque exécution d'un plugin, la commande process-service-perfdata est exécutée et on fait un open, write close dans le fichier de perf ce qui peut devenir très vite consommateur avec l'augmentation du nombre de services.
Avec la méthode Service Performance Data File le fichier de perf est ouvert une fois pour toutes et on ne fait qu'écrire dedans.
Si vous voulez le vérfier il suffit de faire un ls -l dans le répertoire /proc/pid_nagios/fd/ on voit que dans la seconde méthode un descripteur est ouvert vers le fichier de perf :
lr-x------ 1 root root 64 Jan 15 10:23 0 -> /dev/null
l-wx------ 1 root root 64 Jan 15 10:23 1 -> /dev/null
l-wx------ 1 root root 64 Jan 15 10:23 2 -> /dev/null
lrwx------ 1 root root 64 Jan 15 10:23 3 -> /var/log/nagios/nagios.lock
lrwx------ 1 root root 64 Jan 15 10:23 4 -> socket:[40662162]
lr-x------ 1 root root 64 Jan 15 10:23 5 -> /var/log/nagios/rw/nagios.cmd
l-wx------ 1 root root 64 Jan 15 10:23 6 -> /var/log/nagios/service-perfdata
et pas pour la seconde méthode :
lr-x------ 1 root root 64 Jan 15 10:28 0 -> /dev/null
l-wx------ 1 root root 64 Jan 15 10:28 1 -> /dev/null
l-wx------ 1 root root 64 Jan 15 10:28 2 -> /dev/null
lrwx------ 1 root root 64 Jan 15 10:28 3 -> /var/log/nagios/nagios.lock
lrwx------ 1 root root 64 Jan 15 10:28 4 -> socket:[40662643]
lr-x------ 1 root root 64 Jan 15 10:28 5 -> /var/log/nagios/rw/nagios.cmd
Voilà en ésperant avoir été un peu clair.
++
Julien.