Installing OneAgent provides you with process group monitoring capabilities such as:
Optionally, you can set up monitoring rules to selectively specify which processes Dynatrace monitors. For example, consider the following common scenarios:
You can set up monitoring states in Settings > Processes and containers > Process group monitoring.
By default, automatic deep monitoring is set to On to enable Dynatrace OneAgent to run deep monitoring on all detected processes (unless you specify exceptions for specific processes or create rules that define exceptions). Disable this setting only if your company policies require it.
Set to Off if you want Dynatrace OneAgent to run deep monitoring only for processes that are specified explicitly or that are covered by a deep monitoring rule. You can then manually enable monitoring at the process level or process group level, or choose to define rules about what you want to monitor.
To disable automatic deep monitoring
Enable automatic deep monitoring doesn’t take precedence over any individual process monitoring rules you may have set up. If a process monitoring rule indicates that Dynatrace should monitor a certain process, and Enable automatic deep monitoring is Off, the individual rule will take precedence and Dynatrace will monitor the respective process. Therefore, each process monitoring rule is an exception to the general monitoring policy.
Custom process monitoring rules give you fine-grained control over which processes OneAgent monitors with an approach that scales easily within large environments. You don’t need to adjust your system configuration, and a few rules can cover thousands of processes.
To add a custom monitoring rule
contains
).For example, you can create a rule that OneAgent shouldn't be injected into any process in Cloud Foundry spaces that contain the string customer
.
To edit an existing rule
To delete a rule
Built-in rules apply to processes that Dynatrace monitors by default:
All .NET and Go Kubernetes applications
All .NET and Go Cloud Foundry applications
All .NET and Go applications deployed in Docker containers
ASP.NET Core applications started by IIS
Core components of Cloud Foundry written in Go
Caddy—a web server written in Go
InfluxDB—a timeseries database written in Go
To list all built-in rules
All built-in rules are enabled by default. You can disable them, but you can't edit the rules.
These built-in rules don't cover your own .NET and Go applications unless those applications are deployed in containers, Cloud Foundry, or Kubernetes. If this is not the case for your .NET and Go applications, you should add your own .NET and Go applications as custom monitoring rules.
Dynatrace doesn’t automatically carry out deep monitoring of all .NET and Go processes. Many popular applications such as Microsoft Office make use of .NET, and many common infrastructure components are written in Go, so Dynatrace performs deep monitoring of .NET and Go processes only if you explicitly enable it or if they are covered by monitoring rules.
You can set the process group monitoring states at the host-group level.
The Host group property is not displayed when the selected host doesn't belong to any host group.
<group name>
link, where <group name>
is the name of the host group that you want to configure.The process group settings on host groups override the environment-wide process group settings.
You can add a process group and define its monitoring states at the host level.
In the host settings, select Process group monitoring.
Select Add process group and choose a process group from the dropdown list.
Set the Monitoring state (Monitor
, Do not monitor
, or Default
).
Monitoring state option | Description |
---|---|
Monitor | Process group settings at the host level override the corresponding settings at the host group and environment levels. |
Do not monitor | |
Default | Monitoring state is inherited from the previous level settings. |
Deep monitoring rules only affect service- and code-level monitoring.
Deep monitoring rules are only effective when you install OneAgent on your hosts or images.
Application-only integrations without a full OneAgent installation don’t support monitoring rules. However, in such situations, the integrations themselves effectively provide the same level of control over your process monitoring setup.
Rules may work on earlier versions of OneAgent, but they’re only supported for OneAgent version 1.151+.
Short-lived processes are processes that are not detected by OneAgent in its default 10-second cycle. We are able to partially monitor them and assign them to specific process groups using the information about their parent process.
However, short-lived processes that frequently restart and are injected by OneAgent can be overly burdened by the injection overhead. This can lead to potential delays in these processes, with limited data collection benefits due to their short run times.
To enable or disable monitoring of short-lived processes:
If the short-lived processes start up frequently, disable them for deep monitoring to ensure they are not delayed by our process injection logic.