• Home
  • Observe and explore
  • Davis® AI
  • Anomaly detection
  • Metric events
  • Static thresholds

Static thresholds for metric events

Dynatrace version 1.253+

This page describes the approach available in Dynatrace version 1.253+. For descriptions for an older version, see the legacy description.

A static threshold represents a hard limit that a metric should not violate. The limit can be a single value or a range. Because static thresholds don't change over time, they are an important monitoring tool for defining critical boundaries of normal operation.

It's important to choose between a static and an adaptive threshold, depending on your use case.

For example, you can use a static threshold to set a limit for total memory usage by a well-known process. In this case, a static threshold is superior to an adaptive threshold because if memory consumption slowly grows over time, the adaptive threshold simply changes with it, raising no problems and eventually leading to a hidden memory leak.

In the illustrations below, memory consumption steadily increases over 30 days. A statically defined threshold of 40 MB will catch the process's abnormal behavior, while an adaptive threshold will increase along with the metric value.

Static threshold

Adaptive threshold

Apart from the threshold value, you can also specify how often the threshold must be violated within a sliding time window to raise an event (violations don't have to be successive). It helps you to avoid alerting too aggressively on single threshold violations. You can set a sliding window of up to 60 minutes.

Sliding window

By default, any 3 minutes out of a sliding window of 5 minutes must violate your threshold to raise an event. That is, an event would require 3 violating minutes within any 5-minute sliding window.

Related topics
  • Anomaly detection API - Metric events

    Learn what the Dynatrace Anomaly detection API for metric events offers.

  • Metrics

    Learn about the various metrics that Dynatrace offers.