Single Monitor instead of Active and Performance Monitor
| Quick Description: | A single Monitor could poll a value and act as Active and/or Performance Monitor |
| Which Product?: | WhatsUp Gold |
| Idea: | Having two different kind of monitors causes WhatsUp to poll the same values twice: once for the Active Monitor and once for the Performance Monitor, for example if you want to know if a device can be pinged AND want to save ping availability/response time data. After all both do the same: they get a value from the monitored device. After getting the value the Performance Monitor writes it to the database, the Active Monitor checks it and changes its own status depending on the result. I think it would be better to have one Monitor where you can choose to save performance data and/or check status. |
| Value: | WhatsUp's polling rate could be dropped by up to 50% of the actual rate causing less network traffic. This is an issue in WMI environments! You wouldn't have to create two monitors for polling the same value. You just tell WhatsUp which value you want to poll (by SNMP/WMI/Script/etc.) and then define if this value should be saved as performance data and/or checked for a specific state. Consolidated configuration in one single Monitor. For example: actually you can configure the Interface Performance Monitor to determine the uniqueness of the interface by "Interface index" or "Interface description". This is not possible with the Interface Active Monitor, it can only poll the interface by its index. |
- 731 views
- 1 version
- 3 replies
- 3 followers
Performance Monitoring, Product Idea, SNMP, WhatsUp Gold, WMI
- Post Date:
- June 27, 2011
- Posted By:
- Leonardo Schieder
About this forum
- 28,812 views
- 571 topics
- 21 followers
Page Options
3 Replies
You would also need to a way to say performance only this way just because a max value is reached the device does not report down. Good example would be drive space even if it is 90% full the device is not down. while it needs attention and a performance alert triggered reporting the device down can send alarms through mgmt that are unecessary
The "active" part of the "Single Monitor" would have the limits set within which the monitor is considered UP. The performance part of the "Single Monitor" would just record the value in the database.
I think the concept is more transparent: I have a monitored value, then what do I do with it? I can record it to have performance data and/or I can check if it is within a range of values.
There is another positive aspect of polling the value once: if the device cannot be polled, because it is unresponsive WhatsUp wouldn't poll twice and have to wait twice for the timeout! For example, perhaps the device can be pinged, but some WMI value cannot be polled. If you have defined two monitors for this WMI value (Performance & Active) WhatsUp will poll twice for a value that cannot be retrieved. The polling engine is losing time! In our case rather precious time with 1200 devices being polled every minute...
I agree, the separation of performance and active monitors is tedious.
For the individual performance monitors (for this device only), I don't see any alerting capability like there is for the global performance monitors.
I believe that Leonardo touched on what would be a good solution without having to do significant rework of the entire application...
The solution would be to Add an Active monitor type that takes as arguments: The name of the performance monitor (global and this device's individual), min and max values. This monitor would get the value from the database and compare against parameters so there is very little overhead. Another parameter might be an age limit.
I might be able to implement this using an active script monitor. I would have to create multiple instances of the script because the script can't get its arguments from context, nor get its ActiveMonitorID (to pull the arguments from table nPivotActiveMonitorTypeToDeviceID). ...So can only have one instance of ActiveMonitorTypeID per DeviceID to be able to get arguments.
What's Up Gold, Please:
Create a new Active Monitor type: "Performance" that can be added multiple times to a device, and takes arguments <performance monitor name> <min> <max> [age limit] that returns success if the last result is less than age limit, and between min and max.
Would you like to comment?
You must be a member. Sign In if you are already a member.