Guys, I’ve SAN which return performance data in as series of values. Smth. like 100 IOPs values with corresponding timestamps. If array is "too busy", it reports "Busy, try again later". I.e. performance data might be unavailable in real time, but can be obtained at late time. Do you have an example how to load such "past" data using custom sensor or custom probe?
Article Comments
Erhard, Relatively complex approach is to create a “caching sensor”: On activation, it’ll query SAN, get “performance data in as series of values” and store it somehow. It’ll return value to PRTG for timestamp = (current time - 1 hour)
- 1 hour is a configurable delay. That’s assuming, even if device is busy we will be able query performance data some time later. I’m not diving into caching mechanism details just want to validate approach in general.
I wonder, it there is a way to load “past data” into PRTG database directly, without reading it from sensor? I.e. we create sensor which return “no data available” always and a separate process for loading that sensor data.
Jul, 2017 - Permalink
All in all what you describe would be some logic that has to be taken care of by a script, maybe even with some local storage where the needed data for calculation is being held and in the end only some result will be transferred to the script sensor. PRTG in itself cannot handle that otherwise I'm afraid.
Kind regards,
Erhard
Jul, 2017 - Permalink
Erhard, Do you have any plans to support such multivalve custom sensors and/or load "past data" into PRTG database directly, without reading it from a sensor? It’ll make monitoring a lot easier in some cases.
Jul, 2017 - Permalink
It's currently not on the roadmap, the scenario might also be too "exotic" to consider it for implementation I'm afraid.
Kind regards,
Erhard
Jul, 2017 - Permalink
Hi there,
On our end I haven't found something based on a script or something similar that could help you I'm afraid. Maybe someone else has an idea.
Kind regards,
Erhard
Jul, 2017 - Permalink