The PingDataMetrics Server periodically evaluates each threshold, computing current value, current average, and alerted state.
The one minute delay between 'Now' and 'Newest Data' is not configurable. This delay ensures that the PingDataMetrics Server has had enough time to poll the monitored servers and get the most recent data. The one minute delay between 'Newest Data' and 'Minimum Data' is configurable on a per-threshold basis for Spike-valued thresholds, but one minute is the minimum window. Generally, time between when a monitored performance anomaly occurs on a monitored system, and when an alert is created will be between two and three minutes
Because the PingDataMetrics Server can capture metrics data with a very fine time resolution (one second data is the default), the data is often very "noisy." By default, the data is time-averaged (using five consecutive one-second samples to produce a single five-second value), and time-averaging will ultimately reduce the noise. However, "noisy" data can make it harder to choose an appropriate threshold limit value. If the limit value is too close to the noise levels, the threshold will alert due to values that have a very short time duration.
Each threshold is configured with a
which determines the minimum time allowed to exceed the threshold before an alert is
generated, and a
minimum-time-to-exist property that determines the
time required for the threshold to exit an alerted state.