Bug #2180
Nagios perfdata sauvegardé incorrectement dans les RRDs
| Status: | Closed | Start date: | 02/18/2011 | |
|---|---|---|---|---|
| Priority: | Normal | Due date: | ||
| Assignee: | % 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
fix #2180
fix #2180
git-svn-id: http://svn.centreon.com/trunk/centreon@12021 6bcd3966-0018-0410-8128-fd23d134de7e
fix #2180
fix #2180
git-svn-id: http://svn.centreon.com/trunk/centreon@12032 6bcd3966-0018-0410-8128-fd23d134de7e
History
#1
Updated by Julien Mathis about 2 years ago
- Status changed from New to Assigned
- Assignee set to Julien Mathis
#2
Updated by Julien Mathis about 2 years ago
- Project changed from Centreon-Installer to Centreon-Core
#3
Updated by Julien Mathis about 2 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 2 years ago
- Status changed from Assigned to Solved
- % Done changed from 0 to 100
Applied in changeset r12021.
#5
Updated by Julien Mathis about 2 years ago
- Resolution set to fixed
Bonsoir,
peux tu me valider cette modification ?
Merci
#6
Updated by tnttteam tntteam about 2 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 2 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 2 years ago
Applied in changeset r12032.
#9
Updated by Julien Mathis about 2 years ago
- Status changed from Solved to Closed
#10
Updated by Pierre C about 2 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 2 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 2 years ago
http://forge.centreon.com/issues/2261
J'espère avoir bien décrit :)
#13
Updated by Pierre C about 2 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.