Synthetic details for HTTP monitors

Select an HTTP monitor in the Synthetic monitors page to open the Synthetic details page, which provides an overview of monitor execution results, their visualization, and monitor properties. Powered by the Dynatrace AI engine Davis, the Synthetic details page shows you at-a-glance information and graphs, with ready filters to drill right down to problem details.

HTTP monitor details

Metrics and visualizations

The top panel shows overall monitor availability and performance metrics for the selected timeframe.

Use the filter bar at the top of the page to filter the page by one or more locations.

Select the quick links in the upper-left corner to go directly to different cards in the details page or to access HTTP monitor settings (Edit, Disable, Delete).

Purple bars above the availability or performance timelines indicate maintenance windows.

HTTP details with maintenance window

Notes

Availability

The availability infographic at the top of the page displays the monitor's availability for the selected timeframe, with details of outages, if any. If the monitor has an outage, global or local (defined in monitor settings), availability information is displayed in red. Note that a monitor can be unavailable at one or all locations even if no outage thresholds have been set up. The outage duration is the sum of all outages (global and local) in the selected timeframe, not counting overlapping outages.

The Availability card shows overall availability across all monitor locations, with annotations for global/local outages and global/local missing data (as when the monitor is disabled).

Hover over the All locations graph to view information about the number of locations with outages or missing data at any given point in time. Expand All locations to view availability graphs for each location. Note that if you filter the entire details page by any locations, the expand button is no longer available.

Select Pin to dashboard to pin an HTTP monitor tile to a dashboard you own or a new dashboard.

HTTP monitor availability

Performance

The performance infographic at the top of the details page displays the HTTP monitor's average performance, that is, response time for the sum of all requests across all locations for the selected timeframe. Additional metrics are captured per request and are shown in the requests card.

The Performance card shows trend lines for minimum and maximum response time for the sum of all requests, with the shaded area representing the difference between the two values at any given time. Note that if your monitor runs from a single location, the minimum and maximum trend lines coincide.

HTTP monitor performance

Optionally, view trend lines for the average sum of all requests Response time by location or average Response time by request across all locations.

If the monitor violates a performance threshold, whether for the sum of all requests or an individual request, a solid red line appears above the performance graph for the duration of the problem. Additionally, any threshold for the sum of all requests appears as a dotted red line.

Select the solid red bar to display a link to the problem overview page.

HTTP monitor performance problem

Response size

The Response size card shows trend lines for minimum and maximum response size for all requests, with any shaded area representing the difference between the two values at any given time. The trend lines might coincide (as shown below), as when your monitor runs from a single location. However, response size might vary, for example, when different responses are sent based on location.

Min and max response size for all requests taken together

To track such differences, you can optionally Show response size breakdown per location. Note that if you filter the entire details page by any locations, the toggle is no longer available.

Response size by location

HTTP requests

An HTTP monitor can consist of one or multiple HTTP requests. The HTTP requests card gives you an overview of all executed requests, their order, name, and the HTTP method used. For each request, the HTTP requests card splits performance (Response time) by the following metrics (see more in HTTP monitor metrics):

  • DNS lookup time
  • TCP connect time
  • TLS handshake time
  • Waiting
  • Download

Response time is the summation of these different metrics.

Expand a request from the list to view all performance metrics in one chart. Select a metric in the legend to remove/add it to the performance chart. Select Edit request to go to monitor settings from this card.

HTTP requests card

The Status codes tab shows the timeline of returned HTTP status codes for a particular request. (The HTTP status codes card shows the returned HTTP status codes for your HTTP monitor as a whole.)

When a request is in violation of its event-specific performance threshold, it is highlighted in red. Expand the request to see the performance timings and the threshold violated. A solid red line appears above the stacked graph for the duration of the problem; the request threshold appears as a dotted red line. Select the solid red bar to display a link to the problem overview page.

HTTP request performance violation

Properties

This informational card shows the number of requests, locations, frequency of monitor execution, and any applied tags. You can also see the consumption of DEM units in the selected timeframe. Select Add tag to apply additional tags. Note that tags can only applied and deleted from the details page.

HTTP monitor properties

Services

The Services card appears when the endpoint being monitored is hosted on a OneAgent-monitored host. The card displays the automatically associated monitored services. Select the link for a displayed service to view the service overview page, filtered by the HTTP monitor.

Services

Monitored applications

HTTP monitors enable you to monitor internal resources and API endpoints, for example, for key back-end APIs for login or search operations used by your mobile apps. You can link such HTTP monitors to the monitored mobile, web, or custom applications. Select Assign monitor to application. (You can link an application directly in monitor settings.)

Link an application

If Real User Monitoring (RUM) is enabled for the applications your synthetic monitor runs against, Dynatrace automatically links the RUM applications to the monitor, and the Monitored applications card is displayed. You can see the key metrics of the application and jump directly to RUM data from here.

After you've linked an HTTP monitor to an application, synthetic monitor availability is displayed directly on the application overview page, and Davis automatically associates detected synthetic monitoring problems with the linked application.

Problems

The Problems card shows performance (threshold violation) and availability (local or global outage) problems when you enable the respective thresholds in monitor settings. Expand the card to see active as well as resolved problems for the selected timeframe.

See Configure HTTP monitors for information on how to define performance and availability thresholds. See Synthetic calculations for how availability and performance are calculated and how problems are generated and dismissed. See the Synthetic alerting overview for alerting workflow and concepts, including setting up notification profiles and templates.

There are three main problem types for HTTP monitors:

  • Global outage (availability)
  • Local outage (availability)
  • Performance threshold violation (performance problem for sum of all requests or individual requests)

Problems card

Notes

  • Performance problems may combine threshold violations at the monitor as well as request levels.
  • Concurrently occurring problems may be combined into a single problem (Multiple applicatation problems).

Select a problem to view the problem overview page.

Global outage problem

Problems, along with their constituent events and any corresponding status codes give you a full picture of the number and scope of your monitor's issues.

Problems, events, and status codes

Events

The Events card shows all events that compose problems. Events for active as well as resolved problems show up in the list and timeline.

Hover over a time slot in the event timeline to see the type and number of events generated in that interval. Select a time slot to view a tooltip with the events that took place in it.

Select an event type, for example, HTTP monitor location slowdown, to see the list of events. There is always one slowdown event created per location where your monitor violates request- or monitor-level performance thresholds. Select an individual event to see details.

Event type selected

HTTP status codes

The HTTP status codes card displays the timeline of returned HTTP status codes for your HTTP monitor executions as a whole, which is the status code for the last executed request in the monitor, whether successful or failed. If your monitor has multiple requests, say three, and the monitor fails at the second request, the third request is not executed. The status code reported is for the second request.

Hover over any time slot in the timeline to see the count of different status codes during that interval.

HTTP status codes