In multiple environment scenarios, data pools are separated. If a request affects services that are monitored in different Dynatrace environments, its traces aren't automatically correlated.
To correlate and follow such traces, you can configure a connection between the Dynatrace environments and enable the response header and coordinated sampling switches. The service flow then represents the connection between the connected environments, distributed traces link to the connected remote environment, and you can access Davis® AI analysis capabilities.
Cross-environment tracing is limited to traces of requests that can transfer information about response headers and trace context from the receiving environment, such as HTTP or synchronous requests.
IBM z/OS (CICS, IMS, and Java) and AWS Lambda don't support cross-environment tracing.
The procedures that follow use the Dynatrace web UI. To carry out the equivalent tasks via API, see:
With this procedure, you get an access token from the remote environment that you need in the other steps.
To create an access token in the remote Dynatrace environment
traces.lookup
)RestRequestForwarding
)To add the remote Dynatrace environment to the list of available remote environments
Sign in to your local Dynatrace environment.
Go to Settings.
Select Integration > Remote environments.
Select Connect environment.
Define the remote environment from which your local environment pulls data, and then select Save changes.
Name is the name under which the remote environment will be listed in your current Dynatrace environment. This is freeform text. It doesn't affect the remote environment.
Remote environment URI
For Dynatrace SaaS, it needs to be in the following format:
https://<ENVIRONMENTID>.live.dynatrace.com/
Replace <ENVIRONMENTID>
with your actual environment ID.
For Dynatrace Managed, any URI is allowed.
To connect a Dynatrace (SaaS deployment) environment to a Dynatrace Managed deployment via a URI that is outside the dynatrace-managed.com
domain, contact a Dynatrace product expert via live chat within your Dynatrace environment.
Network scope
External
: The remote environment is located in another network. Globally configured proxy settings are used if present. This is the default scope.Internal
: The remote environment is located in the same network. Globally configured proxy settings are not used.Cluster
: The remote environment is located in the same cluster. The request is made to localhost
.Dynatrace SaaS can only use the External
network scope.
Token is the token you generated in the previous procedure. It needs to include the Look up a single trace scope (traces.lookup
).
Test connection checks the connection from your current environment to the remote environment.
Be sure to get a connection successfully established
message before continuing.
Enable the following features in each environment of the group that you want to connect:
Coordinated sampling
You can increase the consistency of cross-environment tracing with coordinated sampling. When you enable the switch, sampling is coordinated across environments with the help of the W3C trace ID.
Response headers
You can enable the identification and tracking of cross-environment calls, including the environment ID and the trace ID in HTTP response headers. If the calling environment receiving the response has the environment configured as a trusted remote environment, the call destination is linked.
Now that you have connected your environments, you can analyze traces across cross-connected remote environments.
Once you configure a connection between environments, the following specific analysis options are available.
Dynatrace detects requests to connected Dynatrace environments and uses the available information to create an associated Remote environment web service or web request service.
Outgoing calls to connected environments are represented in Smartscape and Service flow.
All the services monitored by the remote environment and contributing to the request are listed on the Remote environments page. To open it, select Open environment on a Remote environment service page.
Service flow recognizes remote environment calls. Because the requests are monitored by another Dynatrace environment, a specific drill-down option is available when you select the remote environment call. In the side pane, select Open environment to access the Remote environments page.
When a request goes to a connected remote environment, Dynatrace displays the remote environment name in the call tree.
To follow the trace in the remote environment
If the environments' connection is configured correctly, Dynatrace automatically displays the call Aggregated requests. It aggregates all the data of detected requests on each respective connected remote environment.
If you configured a connection to the remote environment but you can't see requests on it, you can trigger a manual search for the trace in configured environments. In the upper-right corner of the trace page, select Find in remote environments.
Once Dynatrace creates the remote environment service, problems and events are correlated to the affected remote environment service.
You can use Davis AI capabilities to understand which requests are failing and discover the root cause of problems in the remote environment.