graph/screen overview

[ghislain]

Hello,

I was trying to figure some info about the server's monitoring results and i wondered if there is a mean to say for exemple:

"i want a screen that will have all the graph of http_perf for group 'server1'. So in one overview i can have all the graph of this item for this group on a list."

Same thing on graph. It could be handy to say. "Give me a graph with all the http_perf of this group on one graph so i can spot the differences between them."

Basicaly it mean to have an 'overview' widget for graph and screen where basic overview of group can be viewed without defining them by hand.



best regards,
Ghislain.

[turi]

If I understand you correctly - are you trying to create graphs with data common among hosts of a group? For e.g. if you have a group that is webservers and you have host1, host2, etc then you want a graph that lists the httpd performance for all the hosts in that graph for that group?

Probably all that info is irrelevant as far as I know coz you have to create graphs with each of its data elements chosen by you. So you create a graph with the httpd_perf of all those hosts chosen for that graph. Did that answer your question or was I way off?

[ghislain]

the goal is to have a sort of template for screen and for graph.

For graph you take a group and an item and it makes a graph of this item for all the host in that group.

For the screen you choose a group and a graph and it shows you a screen with all the graph of the group for this item.


Those permit to have a group that grows without to add manualy each host to a screen

so:

If I understand you correctly - are you trying to create graphs with data common among hosts of a group? For e.g. if you have a group that is webservers and you have host1, host2, etc then you want a graph that lists the httpd performance for all the hosts in that graph for that group?

true

Probably all that info is irrelevant as far as I know coz you have to create graphs with each of its data elements chosen by you.

this is why i was talking about this thing, here you would not have to create any graph as you just choose the group and the item and zabbix will do it and graph this item for all the host on one graph.(without creating a graph, call this 'overview graph' for it should looks like the graph view in 'latests data' of an host but applied to a whole group).


So you create a graph with the httpd_perf of all those hosts chosen for that graph. Did that answer your question or was I way off?

no , i do not create any graph at all. I let zabbix print a screen with the info as when you choose "overview" for a host/group you do not have to create an actual screen with the information. Zabbix does it for you. Basicaly this is extending this. The goal is to have an "overview" system with more things like simple data or trigger for one host. But to be able to gather an overview of a group using all the bell and whistle zabbix has : graph and screen. For some data a graph or screen can be a lot clearer than the actual overview

Do you see better what i am thinking of ?

regards,
Ghislain.

[turi]

Ok I see your point, thanks for the explanation. I think that is actually a very good improvement. Current method of screens will not be a problem, but it can be a problem if the number of host per group are huge, which I would eventually have.

I will have to take some time to dig the php code for the front end and lack of design (developer) documentation makes it a little bit more laborious task of analyzing every single component. It'd be nice to know if that logic is in the frontend or the backend, saving us some time. Regardless, I think your suggestion is very useful.

[elkor]

It would all be in the frontend, but it probably wouldn't be trivial to impliment.

for one thing, all hosts in the same group might not have all the same items, so now you need to introduce logic to check and see if the host has the item in question. Also, you need to sort and obtain a list of all unique items that the hosts collectively have in any given group. And finally pull history data for all those items, and auto layout and poplulate a screen with graphs accordingly. That's a lot of stuff to do and still keep things streamlined and efficient.

It's a nice idea, and it certainly could be done. I'm just not sure that the time investment is would be worth it especially when you can go and create those graphs yourself if you wanted to (which, when templating is finally 100% wouldn't even be difficult for hundreds of hosts).