[ZBXNEXT-391] Allow different items to be polled at the same time (Item affinity) Created: 2010 May 28 Updated: 2020 Aug 26 |
|
Status: | Open |
Project: | ZABBIX FEATURE REQUESTS |
Component/s: | Agent (G), Proxy (P), Server (S) |
Affects Version/s: | 1.8.2 |
Fix Version/s: | None |
Type: | New Feature Request | Priority: | Major |
Reporter: | Bruno Gomes | Assignee: | Unassigned |
Resolution: | Unresolved | Votes: | 30 |
Labels: | dependencies, pollers, sampling | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified | ||
Environment: |
All OSs and platforms (server enhancement) |
Issue Links: |
|
Description |
I believe it is essencial that the Zabbix server provides an option to poll different items at the same time, especially after calculated items were implemented. In most cases, the items used in a calculated item must be fetched at the same time, or else the calculated value will not be valid. For instance, a hypothetical calculated item that shows the cpu usage by adding the system and user utilizations will be meaningless unless those two items are polled at the same time. Another example that doesn't involve calculated items would be a trigger "A" that should only be true if a trigger "B" is false. In this case, if the items used in trigger "B" are not fetched at the same time as the items in trigger "A", trigger "A" could be active because trigger "B" hasn't had its items updated yet, even though trigger "B" will also evaluate to true after its items are updated. In the GUI, Affinity Groups could be created and displayed similar to the existing Group option. |
Comments |
Comment by richlv [ 2010 May 28 ] |
what do you mean by "the existing Group option" ? applications ? |
Comment by Bruno Gomes [ 2010 May 28 ] |
Below "Applications" there is a "Group" combobox. But this was only a suggestion, I think implementing it like the "Applications" option would be fine too. |
Comment by richlv [ 2010 May 28 ] |
oooh. that one is completely different and does not impact item polling in any way |
Comment by Bruno Gomes [ 2010 May 29 ] |
Yes, I know . It was just a suggestion on the GUI implementation of this functionality. I mean, you have to be able to group items that you want polled together in some way using the web interface. |
Comment by Aleksandrs Saveljevs [ 2010 Jun 10 ] |
Related issue: |
Comment by nima [ 2010 Aug 31 ] |
I agree with your idea a "I believe it is essencial that the Zabbix server provides an option to poll different items at the same time, especially after calculated items were implemented." this feature is necessary for monitoring some items with more precise. Thanks |
Comment by nima [ 2011 Jan 08 ] |
After some investigation on database structure of zabbix,I found that zabbix server,requests data according to "itemid" or such field in database.if it is true, I think with changing order of rows based on "itemid" we can sort order of requests ourself. Is there any idea or suggestion about this please share. |
Comment by Oleksii Zagorskyi [ 2011 Jan 08 ] |
I fully support this request. I will focus on the second aspect - I have not investigated in detail, but it seems i have noticed that a sequence of items polling depends on their ID. Some forum discussion (in Russian): http://www.zabbix.com/forum/showthread.php?p=100140 |
Comment by nima [ 2011 Feb 09 ] |
Hi Thanks in advance |
Comment by richlv [ 2012 May 04 ] |
trigger evaluation might be |
Comment by Sander Cornelissen [ 2013 Aug 09 ] |
I do miss this feature when making a graph of two items. One is the processor idle time and the other is processor active time. I have set them up in a stacked graph. When there is processor activity, the total won't be 100%, but is has gaps and peaks. It has nothing to do with triggers, only that items get retrieved at different times. When will there be a fix or is a fix in sight? |
Comment by David Israel [ 2013 Aug 19 ] |
This would also solve |
Comment by Strahinja Kustudic [ 2013 Dec 07 ] |
This is such an important feature which would make a lot of things easier and faster. |
Comment by Gergely Czuczy [ 2013 Dec 13 ] |
This feature would be pretty much awesome. Also, if this would do something like, pulling a swithport's items (all of them) together, that'd also save some resources when evaluating triggers, since the triggers using multiple items for a single port wouldn't have to be evaluated after every item's poll, just once, after an aggregated poll. |
Comment by richlv [ 2013 Dec 13 ] |
this probably wouldn't help that much with triggers, as the trigger parsing logic wouldn't differ much. |
Comment by Volker Fröhlich [ 2014 Mar 06 ] |
|
Comment by Oleksii Zagorskyi [ 2016 Mar 06 ] |
Not exactly what requested here, but it's possible in 3.0 using |
Comment by richlv [ 2016 Mar 06 ] |
maybe a practical example helps - the cpu utilisation items, if queried at the same time, should sum up to 100%. with zabbix item polling distributed, it most often does not, and the top of the graph tends to have spikes over & dips under 100% - sometimes fairly large spikes & dips. |
Comment by richlv [ 2016 May 19 ] |
(1) an extension of this feature request - in addition to "affinity", there could also be "harmonisation". |