Dotaz: Centreon a haluz v grafech

[PD]

Příloha:

• centreon.png (144306 bytů)

Zdravim. Mam centreon 2.8.18 a zjistil jsem, ze mi grafy ukazuji nejaky podivnosti. Zmenou zobrazeneho obdobi se meni hodnoty, coz je dobra haluz. V priloze je to videt. Cim kratsi je zobrazeny usek, tim vetsi je hodnota. Setkali jste se s tim uz nekdo? Napada vas, co to ma svedomi? Takhle je to nepouzitelny preci. Moc dik.

---

---

Odpovědi

[NN]

Cituji:

If the box Size to max is checked, the graph will automatically be scaled to the scale of the maximum value ordinates shown on the given period.

bud, a nebo budes mit zapnute "scale graph values" viz dokumentace.

[Dejv]

Tipuji, že v datech máš jednu špičkovou hodnotu a kolem ní "průměrné" hodnoty. A podle zoomu zprůměruješ zobrazený úsek pokaždé z jiného počtu dat. Takže ta špičková hodnota vyčnívá pokaždé nad jiným počtem "průměrných" hodnot. Samozřejmě při malém počtu "průměrných" hodnot bude zprůměrovaný výsledek větší, než při velkém počtu.

[PD]

Asi jsem natvrdlej, ale to scale chápu, že se rastr grafu se upravuje podle nejvyšších hodnot. Je mi jasný, že při zoomu se ta špička graficky zvětší. Ale absolutně nechápu, jak se může změnit její hodnota? Do grafu se preci zapisují pevná čísla.

[krade v samoobsluze]

Dejv bude mít pravdu, já se s tím setkal v Grafaně/Graphite. Bylo nutné zapojit funkci consolidateBy a změnit výchozí průměrování na sumu.

"When a graph is drawn where width of the graph size in pixels is smaller than the number of datapoints to be graphed, Graphite consolidates the values to prevent line overlap. The consolidateBy() function changes the consolidation function from the default of 'average' to one of 'sum', 'max', 'min', 'first', or 'last'."

Jak kýženého cíle dosáhnout v Centreonu neporadím, ale příčina se mi zdá totožná.

[cronin]

1. Centreon neznam, takze jen odhaduju, ze jde o nejaky sw pro tvorbu grafu
2. Nenapsals, jak ziskavas data do grafu, takze zase jen odhaduju

Mel jsem na mysli casovy (vodorovny) zoom.

Mozna je to uplna blbost, ale pokusim se vysvetlit myslenku.

Predpokladejme, ze mas hodnoty

time    value
10:00    1
10:05    2
10:10    1
10:15    100
10:20    1
10:25    3

a ze zobrazujes aritmeticky prumer.

Pokud jako "jednu" hodnotu grafu budes zobrazovat usek 10:10 - 10:20, bude prumerna (tedy zobrazena) hodnota (1 + 100 + 1) / 3 = 102 / 3 = 34. Ale kdyz jako "jednu" hodnotu grafu budes zobrazovat usek 10:00 - 10:25, bude prumerna hodnota (1 + 2 + 1 + 100 + 1 + 3) / 6 = 108 / 6 = 18

Samozrejme zalezi na tom, jak vlastne ziskavas hodnoty do toho grafu. Jestli jsem to spravne precetl, tak jde o spotrebu elektriny v kulne. A tipuji, ze do grafu predavas nejaky prumer za urcite casove obdobi (podle casoveho = vodorovneho zoomu).

[PD]

Ahoj, Centreon je monitorovací systém https://www.centreon.com/ (původně webová nadstavba Nagiosu). To co píšeš tak nějak chápu:) ale já se nesnažím (nebo spíš nechci) zobrazovat průměry, ale samotné hodnoty. Tzn, když vyberu jen časový úsek 10:15 (viz tvůj příklad), chci vidět na grafu stále hodnotu 100 (dejme tomu, že to je naměřená okamžitá spotřeba 100W, která se má zapsat do grafu). Jenže to se neděje a hodnota se zvětší, což je nesmysl. Hodnota 100 tam musí být stále a je jedno, jaký časový úsek vyberu.

[Pepan]

Není jedno, jaký časový úsek vyberete. Skutečně jste natvrdlý...

[PD]

Jsem, máte pravdu. Že není jedno, jaký časový úsek vyberu, nerozporuju, ale hlava mi nebere, proč tomu tak je, když jsou potom ty hodnoty v grafech k prdu.

[Filip Jirsák]

To je normální chování všech takovýchhle grafů vývoje v čase – vytížení CPU, přenosy dat atd. Když si dáte zobrazit jeden den, zobrazuje třeba 5minutové průměry, když si dáte zobrazit měsíc, zobrazuje třeba hodinové průměry – špičky se tak z toho grafu logicky ztrácí.

[PD]

Z grafu teda není možné vyčíst, jakou jsem měl maximální spotřebu za den nebo za měsíc. Stejně tak to bude ukazovat nesmysly v teplotách atd. V tom případě jsou tyhle údaje úplně k ničemu.

[cronin]

No z grafu prumernych hodnot maxima opravdu nevyctes Musis donutit centreon (nebo toho, kdo ten graf kresli), aby vykresloval maxima misto prumeru. Nebo toho, kdo tomu grafu dodava data ... to uz proste zalezi na tom, kde se to prumeruje.

[PD]

A mohl bys mi pomoct? Nikde jsem nenašel, co má graf vykreslovat a nikde jsem to ani nenastavoval. Hledám, jestli je to vůbec možný, ale nějak se mi nedaří:(

[PD]

nenastavuje se to tady? https://documentation.centreon.com/docs/centreon/en/2.8.x/configuration_guide/advanced_configuration/metaservices.html

[Dejv]

Prosel jsem odkazovanou stranku a Types of computing -> Max mozna je to, co hledas. Ale jak jsem psal vyse, centreon vubec neznam, takze opravdu jenom odhaduju.

[Filip Jirsák]

Jak píše Dejv, když se nezobrazuje každá hodnota, musí si zobrazovač grafu nějak vybrat, jakým způsobem převede víc hodnot na jendu zobrazenou hodnotu – a průměr dává ve většině případů největší smysl. Je otázka, zda to vůbec půjde nakonfigurovat jinak. Protože pro zjištění maximální hodnoty je graf dost nepraktický nástroj – musíte jí tam zbytečně očima hledat a pak odečítat. Počítač najde maximální hodnotu mnohem rychleji a zobrazí vám jí jako jedno číslo. Předpokládám, že Centreon bude také nějaký takový report umět.

[Peter Golis]

Zmysel to má, napríklad pri zobrazovaní navzorkovanej rýchlosti vzhľadom na prejdenú vzdialenosť, alebo trvanie jazdy. Zobrazuje mi to tak napríklad appka OSMand~ ktorú používam ako cyklopočítač s navigáciou. A robí to aj horizontálny zoom.

Ale či sa to dá nastaviť aj v diskutovanom nástroji pre zobrazovanie spotreby energie, ...

[cronin]

Grafy su orientačná vizuálna pomôcka. Že si mal špičku, z grafu jasne uvidíš. Aká bola hodnota, musíš vyčítať z úplných údajov.

Hodnoty na väčšie okno sa sampluju a zjavne nezachovávajú extrémy. Niekedy to môže byť dobré, niekedy nie. Ide o to, že implementácia grafu je patrne "všeobecná" a nepokladá sa za dôležité extrémy zachovať. Nasamplovať hodnoty so zachovaním všetkých extrémov vo všeobecnosti nejde, stačí, aby extrémy boli hustejšie ako sampling.