Previous Dynatrace
Dynatrace Davis® AI automatically analyzes abnormal situations within your IT infrastructure and attempts to identify any relevant impact and root cause. Davis relies on a broad spectrum of information sources, such as a transactional view of your services and applications, as well as all events raised on individual nodes within your Smartscape® topology. One of the sources for events in Dynatrace is metric events, that is, events based on metric data. They are configured in the global settings of your environment and are visible to all Dynatrace users in your environment. There are two types of metric events based on how the metric is queried for event evaluation:
Dynatrace uses three monitoring strategies for such events:
Dynatrace provides an overview of all your metric events, with information about limitations and metric event failures within the last 24 hours. To access the overview, go to Settings > Anomaly detection > Metric events.
The overview of limits tells you how much of each limit type has been consumed. The review link takes you to Data Explorer with a pre-filled query set to display top-consuming configurations.
The metric events overview includes the configurations that experienced issues during the last 24 hours. Monitored issues include:
THROTTLED
: The configuration reached the query limits of the metric selector.QUERY_FAILED
: The metric query of the configuration has failed. Some possible reasons for query failure include:
If you have management-zone-level permissions, you can create metric event configurations that are tied to these management zones. Such configurations use only data coming from the specified management zone. You can also see all management zone configurations that use the management zone you have access to.
To create metric events without management zone scopes, you need admin access.
Management zones set up via dimensional data rules are not supported for metric events.
Topology awareness and context are the key themes of the Dynatrace observability platform. Data—such as metrics, traces, events, and logs—is not simply reported and stored within the platform. Such data is rich with references to the topology where the data originated. For example, with process metrics, each measurement references the associated hosts and processes. Davis AI uses this topological information to automatically perform root cause detection and impact analysis for detected anomalies. The same applies to all metric events in your environment.
When an anomaly detection configuration raises an event, Dynatrace automatically identifies the most relevant entity to map the event to. If multiple entity references are detected, the most relevant one is automatically selected. For example, if a metric with reference to both a host and a process leads to an event, the event is raised on the process.
Metric ingestion enables you to submit all types of metric measurements, regardless of the number of entities they relate to. The following scenarios exist:
If you define a metric event on a non-topological metric, the resulting event will be raised on the monitoring environment itself, and not on a specific Smartscape entity.
business.revenue,shop=shop111,city=NewYork 234business.revenue,shop=shop999,city=Atlanta 499
If you define a metric event on a measurement that is related to a single entity, the resulting event will be raised on that entity.
When multiple entities are specified for each measurement, Dynatrace selects the most appropriate entity on which it should raise the event. In the case of a host and a process, the measurement presumably relates to the process rather than the host, so the event is raised on the process.