Network availability monitoring
Dynatrace version 1.296+ ActiveGate version 1.295+
Network availability monitoring (NAM) allows you to monitor the availability of remote hosts or services over the network when an HTTP/HTTPS endpoint isn't available.
You can use NAM for infrastructure-related use cases or to deepen the root cause analysis for HTTP and browser monitors.
You can create synthetic network availability monitors of ICMP, TCP, or DNS type.
You can configure NAM monitors and access their performance results in Synthetic in latest Dynatrace. See create a NAM monitor to learn how to set up your monitor in Synthetic or via API.
NAM types
There are three types of network availability monitors.
- ICMP—Sends pings with a configurable number of packets or size to validate if there's a network connection to the host or device. It also checks the quality of that connection.
- TCP—Establishes a TCP connection to a particular port. It validates if a port is open and if it accepts TCP connections. It also checks if a host is available through the network.
- DNS—Validates if a hostname can be resolved to an IP address.
To find out more about NAM types, see available script configuration properties.
Monitor preview
Latest Dynatrace
In Synthetic, to display the preview panel for a monitor, select the monitor's name in the Monitor name column of the Synthetic monitors page.
To browse between your monitors, open the preview panel for any monitor and then select another monitor name to switch the preview to the newly selected monitor. Filters are persistent.
The preview panel shows:
- Tiles for important information at a glance:
- Outage/Available/No data
- Active issues
- Affected locations
- Availability
- Total downtime
- Duration
- A list of problems, including the problem start date and duration, or No problems found. To analyze a problem in the Problems app, select the problem link in the list.
- A list of changes. In the latest Dynatrace, this section displays changes to the monitor: when it was changed, who changed it, and what they changed. You can only access changes from a specified timeframe.
- Properties such as monitor type, locations, requests in last execution, frequency, steps, and tags.
Use the controls in the upper-right corner of the preview panel to:
- Edit the selected monitor
- Delete the selected monitor
- Enable a disabled monitor
- Disable an enabled monitor
- Display the reporting page for the selected monitor (see below)
- Close the preview panel
Reporting
On-demand monitor execution via web UI is available as part of DPS license only. The retention period for data from monitor execution is 35 days.
For Non-DPS license users, monitor execution is possible via API. You can access the results for the last 6 hours.
To display a reporting page for your monitor, select View details in upper-right corner of the preview panel.
The default reporting pages consists of:
-
Tiles displaying information at a glance about global outages, active issues, number of affected locations, availability, total downtime, and duration.
-
Availability—A chart of availability over time. Availability for NAM monitors is calculated by comparing the request success rate to defined constraints. A period when availability is 0% is called an outage.
You can narrow the chart's time range to cover just the outage period. This allows you to identify, for example, requests that negatively impact availability. By default, the availability chart is collapsed when showing 0% or 100% for the whole time range. To open it, simply select Availability.
-
Success rate—A chart of the success rate over time, where the success rate is the percentage of all executed requests that were sucessful.
- See the conditions a request needs to meet to be considered successful.
- Select the Show requests button under the chart to see availability changes such as the average performance, average availability, and packet success rate (this column is only available for ICMP).
-
Performance—A chart of performance over time, where performance is calculated as an average for all successful requests. Note that performance metrics are not reported for failed requests.
Problems
Problems are created on the monitor level.
To receive alerts when problems are generated
- Edit the monitor.
- Go to Outage and Performance.
- Configure the problems and alerts you want to generate.
To analyze a problem
- In the Problems section of the preview panel, select Open in Problems app.
- In the Problems app, you'll see monitors affected by problems, where each problem consists of:
- Affected steps—Expand the Step Id to see at least one of the following details request id, request type, failure reason and status message.
- Affected requests—Expand the Request target you'll see request targert address, request id, request type and failure reasons.
- Affected locations.
- Date of first failed execution.
Limitations
There are certain limitations when using network availability monitors. You can find out more about them below.
Number of requests
The maximum number of network activities executed per network availability monitor is 1,000. Network activity is a single DNS request, single TCP request, or single ICMP packet. Dynatrace may use multiple packets within a single ICMP request, if configured.
If a monitor uses a target filter, it might not be possible to precisely predict the number of requests in advance of execution (for example, when monitoring an entire host group or a subnet with a wide IP range). In such cases, the limit is applied when the target filter is resolved before the monitor's execution into the actual list of addresses.
Number of monitors
You can have up to 5,000 NAM monitors per environment. Other types of monitors don't contribute to this limit.
Deployment type
Network availability monitors are supported only on private Synthetic locations.
Network availability monitors are supported on containerized Synthetic-enabled ActiveGate deployments, but additional permissions are required for ICMP tests.
To enable ICMP request type for NAM execution
- In Dynatrace Hub
, search for Settings.
- In Settings, select and expand Web and mobile monitoring.
- In the Web and mobile monitoring section, select Private Synthetic Locations.
- Select Add Kubernetes location.
- Configure your location and make sure to turn on Enable ICMP request type for Network Availability Monitors execution.
ICMP monitors use the ping
executable, which requires the CAP_NET_RAW
capability set for the container executing the requests (synthetic-vuc
). Additionally, the allowPrivilegeEscalation
property of securityContext
for this container has to be set to true
, because the process that launches the ping
executable doesn't have the required privileges set by default.
The entire securityContext
for the synthetic-vuc
container with enabled network availability monitors should look as follows.
securityContext:readOnlyRootFilesystem: trueprivileged: falseallowPrivilegeEscalation: truerunAsNonRoot: truecapabilities:drop: ["all"]add: ["NET_RAW"]