Bug #2180

Nagios perfdata sauvegardé incorrectement dans les RRDs

Added by tnttteam tntteam about 3 years ago. Updated about 3 years ago.

Status:ClosedStart date:02/18/2011
Priority:NormalDue date:
Assignee:Julien Mathis% Done:

100%

Category:CentStorage daemon
Target version:Centreon-2.3
Resolution:fixed

Description

Bonjour,

La création d'un RRD pour un des compteurs de nagios perf data se fait de manière suivante :

(/usr/local/centreon/bin/nagiosPerfTrace)

RRDs::create ($global_cmd_buffer, "-s $interval", "DS:In_Use:GAUGE:300:0:U", "DS:Max_Used:GAUGE:300:0:U", "DS:Total_Available:GAUGE:300:0:U", "RRA:AVERAGE:0.5:1:1200", "RRA:MIN:0.5:12:2400", "RRA:MAX:0.5:12:2400");

avec $interval = 600

Or lors de la récupération de ces infos dans les graphs :

(/usr/local/centreon/www/include/nagiosStats/getStats.php)

$command_line .= " DEF:v".$cpt."=".$nagios_stats_path."perfmon-".$_GET["ns_id"]."/".$options[$_GET["key"]].":".$value.":AVERAGE ";

Les RRAs MIN et MAX ne sont pas utilisés.

Donc :

Pourquoi une rétention que de 8.3j pour le RRA AVERAGE
Pourquoi les deux RRA MIN et MAX s'ils ne sont pas utilisés.

Impact : les données de performance de nagios ne sont conservées que pendant 8.3j (sauf pour le MIN et le MAX, mais ils ne sont pas utilisés)

Associated revisions

Revision 95e5eb2c
Added by Julien Mathis about 3 years ago

fix #2180

git-svn-id: http://svn.centreon.com/trunk/centreon@12021 6bcd3966-0018-0410-8128-fd23d134de7e

Revision 14fa3bd7
Added by Julien Mathis about 3 years ago

fix #2180

git-svn-id: http://svn.centreon.com/trunk/centreon@12032 6bcd3966-0018-0410-8128-fd23d134de7e

History

#1 Updated by Julien Mathis about 3 years ago

  • Status changed from New to Assigned
  • Assignee set to Julien Mathis

#2 Updated by Julien Mathis about 3 years ago

  • Project changed from Centreon-Installer to Centreon-Core

#3 Updated by Julien Mathis about 3 years ago

  • Category set to CentStorage daemon
  • Target version set to Centreon-2.3

Yes you're right. I will remove MIN and MAX and change the duration...

Thanks

#4 Updated by Julien Mathis about 3 years ago

  • Status changed from Assigned to Solved
  • % Done changed from 0 to 100

Applied in changeset r12021.

#5 Updated by Julien Mathis about 3 years ago

  • Resolution set to fixed

Bonsoir,

peux tu me valider cette modification ?

Merci

#6 Updated by tnttteam tntteam about 3 years ago

Julien Mathis wrote:

Bonsoir,

peux tu me valider cette modification ?

Merci

Bonjour,

Le diff est difficile à lire à cause de tabulations différentes qu'il considère comme modifications :(

Vous avez mis des "RRA:AVERAGE:0.5:1:105120", avec interval=600 ca donne 2 ans de sauvegarde des données sans consolidation de points.

Pour moi c'est ok, par contre j'aurais plutot optimisé la chose (car a t on besoin des données exactes à deux ans en arrière) :

RRDs::create (XXXXXXX, "-s $interval", "DS:In_Use:GAUGE:300:0:U", "DS:Max_Used:GAUGE:300:0:U", "DS:Total_Available:GAUGE:300:0:U", "RRA:AVERAGE:0:1:4320", "RRA:AVERAGE:0.5:6:4320", "RRA:AVERAGE:0.5:72:1440");
Sachant que interval est initialisé à 600 (début du fichier) ça donne
30j de données sauvegardées sans perte d’infos
6 mois de données sauvegardées avec des consolidations de points de 6 pour 1 (interval = 600s = 10 min, donc 6 pour 1 = données toutes les heures).
2 ans de données sauvegardées avec des consolidations de points de 72 pour 1 (interval = 600s = 10 min, donc 72 pour 1 = données toutes les 12 heures).

Mais ça n'est pas forcément très utile car on parle d'une dizaine de rrds donc côté place c'est pas bien grave :)

#7 Updated by Julien Mathis about 3 years ago

Parfait ! C'est exactement ce que j'attendais. Je te remercie et intègre cela illico presto.

Je te tiens au courant

#8 Updated by Julien Mathis about 3 years ago

Applied in changeset r12032.

#9 Updated by Julien Mathis about 3 years ago

  • Status changed from Solved to Closed

#10 Updated by Pierre C about 3 years ago

Bonjour,

Pour ma part je considère qu'il est normal de pouvoir obtenir des données non-consolidées pendant un temps défini, et non uniquement pendant 1 mois.
Dans mon cas d'utilisation, l'idéal est :
2 ans de sauvegarde en DB
2 ans de sauvegarde dans les RRD dont 1 an sans consolidation.
-> La solution serait donc de le proposer dans les options... A voir comment cela peut être présenté.

#11 Updated by Julien Mathis about 3 years ago

Bonjour

Merci pour tous ces retours ! Très bon travail. J'aime votre aide à ce niveau. A savoir Que David Porte, est maintenant en charge du développé des graphs.

Je vous propose dans un premier temps pour la 2.3 de n'intégrer que l'optimisation de la taille des bases RRD comme vous me l'avez remonté. Cette version est bien avancée et bientôt prête a sortir...

Par contre il serait bien d'ouvrir un nouveau ticket concernant les autres points :
- consolidation
- choix du RRA
- nombre de RRA
- etc etc ...

Qu'en pensez vous ?

#12 Updated by tnttteam tntteam about 3 years ago

http://forge.centreon.com/issues/2261

J'espère avoir bien décrit :)

#13 Updated by Pierre C about 3 years ago

C'est exactement ça !
Je comprends les choix faits pour sortir la 2.3 (bien qu'il me tarde la 2.4 sur tous ces aspects : RRD, curves, metaservices, ...)
Merci encore pour ce super boulot.

Also available in: Atom PDF