Prerequisites
- A Dynatrace Platform environment with the logs, events, spans, metrics, problems, entities, or documents you want CloudThinker to investigate.
- Your Dynatrace Platform environment URL, such as
https://abc12345.apps.dynatrace.com. - A Dynatrace Platform token with the read scopes CloudThinker needs.
CloudThinker runs the Dynatrace MCP server with
npx, so you only need to provide the Dynatrace environment URL and Platform token in the connection form.Setup
Open Dynatrace
Sign in to your Dynatrace Platform environment. Use the Platform URL that follows the format
https://<environment-id>.apps.dynatrace.com.Create a Platform Token
Create a dedicated Dynatrace Platform token for CloudThinker and grant only the scopes listed in Required Permissions for the workflows you want to enable.Copy the token immediately — it may not be shown again.
Connection Details
| Field | Description | Example |
|---|---|---|
| DT_ENVIRONMENT | Dynatrace Platform environment URL | https://abc12345.apps.dynatrace.com |
| DT_PLATFORM_TOKEN | Dynatrace Platform token | — |
Use the Platform environment URL, not a classic
live.dynatrace.com URL. The MCP server uses DT_ENVIRONMENT to reach Dynatrace Platform APIs and Grail data.Required Permissions
Create a dedicated Dynatrace Platform token and grant only the scopes required for the CloudThinker workflows you plan to use.| Scope | Enables |
|---|---|
app-engine:apps:run | Run most Dynatrace MCP tools |
storage:buckets:read | Read system data stored on Grail and discover accessible buckets |
storage:logs:read | Query logs through DQL |
storage:metrics:read | Query metrics through DQL |
storage:bizevents:read | Query business events through DQL |
storage:spans:read | Query traces and spans through DQL |
storage:entities:read | Query monitored entities through DQL |
storage:events:read | Query events through DQL |
storage:security.events:read | Query security events through DQL |
storage:system:read | Query system data through DQL |
storage:user.events:read | Query user events through DQL |
storage:user.sessions:read | Query user sessions through DQL |
storage:smartscape:read | Query Smartscape data through DQL |
storage:files:read | Use DQL load statements for lookup data |
document:documents:read | List and read Dynatrace documents such as notebooks, dashboards, and launchpads |
document:documents:write | Create Dynatrace documents when approved workflows need document creation |
Older Dynatrace MCP server versions required
app-engine:functions:run, settings:objects:read, and environment-api:entities:read. Current versions no longer require those scopes.Agent Capabilities
Once connected, agents have access to the Dynatrace observability data allowed by the Platform token.| Capability | Description |
|---|---|
| DQL Execution | Run and validate Dynatrace Query Language queries against Grail data |
| Logs, Events, Spans, and Metrics | Investigate telemetry across short time windows and focused queries |
| Problem Investigation | Retrieve Dynatrace problems and summarize affected services or infrastructure |
| Security Vulnerabilities | Review reported vulnerabilities when the token includes security problem read access |
| Entity Discovery | Discover monitored entities and ownership context for impacted systems |
| Documents | Inspect notebooks and dashboards when document scopes are granted |
Example Prompts
For large environments, scope requests with a known service, entity, bucket, and short time window so DQL queries stay focused.
Troubleshooting
Invalid environment URL
Invalid environment URL
Make sure DT_ENVIRONMENT is the Dynatrace Platform URL, such as
https://abc12345.apps.dynatrace.com. Classic live.dynatrace.com URLs are not valid for this connection.Unauthorized or expired token
Unauthorized or expired token
Permission errors
Permission errors
The token is missing one or more required scopes. For example, if DQL works for events but not logs, add
storage:logs:read. If most tools fail, confirm the token includes app-engine:apps:run.Empty DQL results
Empty DQL results
The query may target an empty bucket, a data type the token cannot read, or a time range without matching telemetry. Try a shorter known query against a known service, bucket, or timeframe.
Large or costly Grail queries
Large or costly Grail queries
Unbounded DQL queries can return too much data or take too long. Add filters, use short time windows, and ask agents to validate the query before expanding it.
Security Best Practices
- Dedicated token - Create a token used only by CloudThinker
- Least privilege - Grant only the Platform scopes needed for enabled workflows
- Read scopes first - Start with read-only access and add
document:documents:writeonly for approved document workflows - Short scoped queries - Prefer service, entity, bucket, and time filters to limit data exposure
- Token rotation - Rotate the Platform token regularly and update it in CloudThinker
- Revoke when unused - Revoke the token in Dynatrace if you disconnect the integration
Related
Datadog Connection
Logs, metrics, APM, and incidents
New Relic Connection
APM, NRQL, infrastructure, and alerts