Dynatrace MCP for AI. Analyze system problems and metrics via chat.
Gemini Works with every AI agent you already use
…and any MCP-compatible client
Connect to your AI in seconds.
Dynatrace (APM and Observability) connects your AI agent directly to deep performance metrics, problem tracking, and infrastructure management data from Dynatrace.
You can query resource usage, check system problems, manage user accounts, or even trigger synthetic tests—all without leaving your chat window.
What your AI can do
Create synthetic location
Defines a brand-new geographical location for running performance tests.
Create synthetic monitor
Sets up a new automated monitor to check the performance of an application or endpoint.
Delete dashboard
Permanently removes an existing dashboard from your environment.
Get details on current or past performance issues, listing all open and closed problems across your environment.
Ask for metrics like average CPU usage or request count over specific time periods using precise metric selectors.
List, create, and delete monitored items—hosts, services, applications, and custom devices—to map your full tech stack.
Programmatically close resolved problems or ingest custom events directly into the monitoring system.
Create and run synthetic monitors from various global locations to check uptime and speed automatically.
List users, groups, or create new policies and accounts without logging into the main web console.
Ask an AI about this
Waiting for input…
Dynatrace (APM and Observability) with 37 Tools
These tools give your agent direct API access to every major function in Dynatrace—from managing user policies to querying raw performance metrics.
Make your AI actually useful.
Add this MCP to Claude, Cursor, or Windsurf and your AI stops guessing. It gets real tools to look things up, take action, and handle the stuff you keep doing by hand.
Start using Dynatrace (APM and Observability) on VinkiusCreate Synthetic Location
Defines a brand-new geographical location for running performance tests.
Create Synthetic Monitor
Sets up a new automated monitor to check the performance of an application or...
Delete Dashboard
Permanently removes an existing dashboard from your environment.
Delete Synthetic Location
Removes a defined geographical location used for synthetic monitoring tests.
Delete Synthetic Monitor
Deactivates and removes an existing automated performance monitor.
Get Anomaly Detection Apps
Retrieves the configuration used for detecting unusual behavior across application services.
Get Anomaly Detection Hosts
Gets the setup details for anomaly detection on specific physical or virtual hosts.
Get Anomaly Detection Services
Retrieves configuration settings for detecting anomalies related to individual...
Get Calculated Metrics Service
Checks the current setup and configuration of calculated service metrics.
Get Problem
Pulls all detailed technical information for a single, specific system problem ID.
Ingest Events
Sends custom, structured operational events into the monitoring stream to track...
Ingest Metrics
Pushes raw, custom data points using a standard line protocol format for tracking metrics.
List Account Groups
Shows all predefined user groups that exist within your Dynatrace account structure.
List Account Policies
Lists every existing access policy to check who has permission to do what.
List Account Users
Retrieves a list of all registered users in the Dynatrace account.
List Dashboards
Lists every dashboard you have created or are currently using.
List Entities
Displays a list of all types of monitored infrastructure entities, like hosts and...
List Entity Types
Shows every possible type of entity that Dynatrace can monitor (e.g., host, container).
List Events
Fetches a chronological list of events that occurred within specified time boundaries.
List Metrics
Retrieves a catalog of available built-in or custom metrics you can query.
List Problems
Generates a list of all currently open and previously closed system problems.
List Settings Objects
Shows configuration objects that define how certain parts of the environment run.
List Settings Schemas
Lists all available schemas used for configuring system settings and data models.
List Synthetic Executions
Provides the historical results and performance reports from past monitor runs.
List Synthetic Locations
Displays all defined geographical locations used for running synthetic tests.
List Synthetic Monitors
Shows a list of all active and inactive automated performance monitors.
Query Metrics
Executes a targeted query to retrieve specific data points for selected metrics over...
Trigger Synthetic Batch
Forces an immediate, manual run of all configured synthetic monitors and locations.
Update Account Group Permissions
Changes the permissions or roles assigned to a specific user group.
Update Dashboard
Modifies the content, layout, or widgets on an existing dashboard.
Update Synthetic Location
Changes details or settings for a previously defined synthetic test location.
Update Synthetic Monitor
Alters the schedule, endpoints, or parameters of an existing performance monitor.
Close Problem
Automatically marks an active system problem as resolved and closes it in Dynatrace.
Create Account Policy
Builds a new custom access policy to control what users can see and do within the...
Create Account User
Registers a brand-new user account into your Dynatrace environment.
Create Custom Entity
Adds or updates details for custom devices that need to be tracked in the monitoring system.
Create Dashboard
Builds a completely new dashboard view within your Dynatrace account.
Security and governance baked right in.
Pick your AI client below to get set up. Just create a Vinkius account, subscribe, and you're instantly up and running. We handle the entire backend infrastructure, delivering out-of-the-box support for HTTPS Streamable, SSE, and OAuth2—zero messy routing required.
Claude AI
Open Claude Settings
Go to claude.ai, click your profile icon, then navigate to Customize → Connectors.
Add Custom Connector
Click the "+" button and select Add custom connector. Paste your Vinkius endpoint URL:
https://edge.vinkius.com/[YOUR_TOKEN_HERE]/mcp
Replace [YOUR_TOKEN_HERE] with your token
from cloud.vinkius.com. For OAuth-protected servers, expand
Advanced settings to add credentials.
Start a conversation
Open a new chat. The Dynatrace integration is available immediately — no restart needed.
Choose How to Get Started
Build a custom MCP for your own tools, or connect a ready-made integration from our catalog.
Build Your Own
Turn any API into an MCP. Import a spec, define Agent Skills, or deploy with MCPFusion.
- Import from OpenAPI, Swagger, or YAML specs
- Create Agent Skills with progressive disclosure
- Deploy to edge with MCPFusion framework
- Built in DLP, auth, and compliance on every call
- Real time usage dashboard and cost metering
- Publish to catalog or keep private
Make Your AI Do More
Start with Dynatrace (APM and Observability), then connect any of our 5,100+ other servers whenever your AI needs more. One click, no limits.
- Use this MCP plus 5,100+ others, all in one place
- Add new capabilities to your AI anytime you want
- Every connection is secured and compliant automatically
- Track usage and costs across all your servers
- Works with Claude, ChatGPT, Cursor, and more
- New servers added to the catalog every week
Independent Platform Disclaimer: Vinkius is an independent platform and is not affiliated with, endorsed by, sponsored by, verified by, or otherwise authorized by Dynatrace. All third-party trademarks, logos, and brand names are the property of their respective owners. Their use on this website is strictly for informational purposes to identify service compatibility and interoperability.
VINKIUS INFRASTRUCTURE
Cloud Hosted
Managed infra
V8 Isolated
Sandboxed per request
Zero-Trust Proxy
No stored credentials
DLP Enforced
Policy on every call
GDPR Compliant
EU data residency
Token Compression
~60% cost reduction
Works with Claude, ChatGPT, Cursor, and more
The Model Context Protocol standardizes how applications expose capabilities to LLMs. Instead of operating in isolation, your AI gains direct access to external platforms, live data, and real-world actions through secure, standardized connections.
This connection provides 37 powerful capabilities that interface natively with Claude, ChatGPT, Cursor, and other compatible AI platforms. No middleware. No custom integration required.
Debugging means clicking through a dozen tabs.
Right now, when something breaks—say, latency spikes across a service—you open Dynatrace. You click the dashboard tab. Then you click the hosts list to see resource usage. Next, you jump to the problems section to check for active alerts. If that's not enough, you might have to dig into account settings to check who has permission to view it all. It's a brutal sequence of clicks and tabs.
With this MCP, you just tell your agent what you need—for example, 'What are the open problems on the production web tier?'. You get the summarized answer instantly in your chat window. No clicking required; the system does the heavy lifting for you.
The Dynatrace MCP gives you control over monitoring itself.
You don't just get data out of the box. You can use create_synthetic_monitor to set up new checks, or list_settings_schemas to understand how the underlying configuration works. If a user needs more access, you run create_account_policy; if they leave, you manage it with update_account_group_permissions.
It changes everything because you're no longer limited by what someone built into a dashboard. You can programmatically build and modify your environment—it’s pure control.
What your AI can actually do with this
Monitoring a complex software stack usually means clicking through dashboards, digging into logs, and jumping between services just to find the root cause of slowdowns. This MCP lets you skip all that friction. You connect it via Vinkius and talk directly to your AI agent about your environment's health. Need to know why CPU usage spiked on last night’s build? Just ask.
Want to list every host or check if a specific user needs admin rights? It handles it. This tool gives you real-time visibility into metrics, active problems, and infrastructure topology by letting your AI agent perform actions like getting problem details or running custom synthetic checks.
019e5d15-2760-733d-b207-22f25a0d309c 
Here's how it actually works
The bottom line is you stop jumping between tabs; you just talk to your agent about system health.
Subscribe to this MCP and provide your Dynatrace Environment URL and API Token.
Your AI client authenticates with Vinkius, making the entire suite of monitoring tools available to your agent.
You prompt your agent in natural language (e.g., 'What are the open problems on the web cluster?') and get actionable data back.
Who is this actually for?
Platform engineers, SREs, and DevOps staff who are tired of spending their evenings clicking through dashboards to figure out simple root causes. This is for anyone whose job involves knowing exactly why something broke.
Runs queries on metrics and gets deep technical details of problems, automating the initial triage process.
Manages infrastructure entities and runs synthetic monitors to ensure deployments don't break anything globally.
Needs a clean view of the entire monitored topology, listing everything from users to services to track dependencies.
What Changes When You Connect
Stop manually listing problems. Instead of navigating to the Problem section, you ask your agent to list_problems, getting a clean summary instantly.
No more context switching for infrastructure checks. You can list_entities or list_entity_types to map out every host and service without opening multiple browser tabs.
Run immediate performance tests on demand. When a deployment fails, trigger_synthetic_batch gives you real-time results of all monitors right in the chat.
Better governance means knowing who can do what. Use list_account_policies or create_account_policy to manage permissions programmatically.
Troubleshoot deeper than surface level. You don't just see a problem; you get full details by calling get_problem on specific issues.
Handle data ingestion easily. If your app generates unique metrics, use ingest_metrics instead of building custom pipelines.
See it in action
The Incident Response Drill
A critical alert hits at 3 AM. Instead of opening the console and scrolling through dashboards, you ask your agent to list_problems. It instantly returns a summary, letting you use get_problem on the top issue to diagnose the root cause in seconds.
The Compliance Audit
An auditor asks about user access rights across three different departments. You run list_account_users and list_account_policies, giving a full report without manually clicking through every group's permissions.
Pre-Deployment Health Check
Before pushing a major code change, you ask your agent to trigger_synthetic_batch. This runs all monitors and gives instant feedback on global performance, letting you catch latency issues before users do.
Building Custom Observability
Your application generates unique business metrics (like 'user signups today'). You use ingest_metrics to push this data point directly into Dynatrace for centralized monitoring, making it visible alongside CPU usage.
The honest tradeoffs
Manual Dashboard Building
Spending hours in the UI creating a dashboard that shows host metrics, service health, and user count—only to realize you need to modify it later.
Instead of manually building or modifying, use list_dashboards to see what exists. Then use update_dashboard if changes are needed, keeping your agent in the loop.
Assuming Full Visibility
Thinking that just because an error appears, you know all the underlying causes and dependencies.
Always start by calling list_entities to get a complete map of everything monitored. Then use get_problem to drill into the details once you have the scope.
Ignoring Data Freshness
Waiting for an engineer to manually check if a remote location is working, causing delays in identifying regional outages.
Use create_synthetic_monitor and list_synthetic_locations to ensure you have continuous coverage. Then use trigger_synthetic_batch when investigating immediately.
When It Fits, When It Doesn't
You should use this MCP if your job involves answering complex 'Why?' questions about system performance or infrastructure status, especially under pressure. If you need to correlate user accounts with service health, get a full list of monitored entities, or automate incident response—this is built for you.
Don't use it if all you want to do is view one existing dashboard. In that case, just pointing your agent at the correct dashboard link is enough. You don't need this MCP until you start needing to act on the data: closing problems, creating new monitors, or managing user roles.
Questions you might have
How do I check if there are any active system problems using list_problems? +
Running list_problems pulls a clean summary of all open and closed issues. If you see an issue, use get_problem to pull the full technical details so you know exactly what's wrong.
Can I manage user accounts with create_account_user? +
Yes. You can register new users in the account and then follow up by using list_account_groups to see which groups they belong to, managing access from one place.
What is the purpose of query_metrics? +
query_metrics lets you ask for specific data points like average CPU usage over time. It's much more targeted than just looking at a general dashboard view.
How do I automate performance testing with create_synthetic_monitor? +
You use create_synthetic_monitor to set up the test, defining where and how often it runs. Afterwards, list_synthetic_executions lets you check the results when they run.
Is delete_dashboard irreversible? +
Yes, deleting a dashboard removes it completely from your environment. Use list_dashboards first to confirm exactly which one you are targeting before running delete_dashboard.
How do I check which security rules are active by using list_account_policies? +
The function pulls a comprehensive list of all access policies defined in your account. This lets you see who has what permissions without needing to navigate the Dynatrace UI.
What format must my data be in when I call ingest_events? +
You need to submit a structured payload that matches the target event schema. Using this allows you to track custom business events alongside core application performance metrics.
How can I get a full inventory of all monitored components using list_entities? +
This tool retrieves every component tracked by Dynatrace, including hosts and services. You can filter this output to quickly map your entire infrastructure topology at a glance.
How can I check for active problems in my environment? +
You can use the list_problems tool. It retrieves all open and closed problems detected by Dynatrace, providing you with an immediate overview of your system's health.
Is it possible to query specific performance metrics like CPU usage? +
Yes! Use the query_metrics tool with a metric selector (e.g., builtin:host.cpu.usage:avg). The agent will fetch the relevant data points for analysis.
Can I manage my synthetic monitoring tests through this server? +
Absolutely. You can use list_synthetic_monitors to see your current tests and trigger_synthetic_batch to manually start execution sequences.
We've already built the connector for Dynatrace. Just plug in your AI agents and start using Vinkius.
No hosting. No infrastructure. No complex setup.
All 37 tools are live and waiting.
You're up and running in seconds.
Gemini Vinkius gives your AI agents access to the full catalog of app connectors, all fully managed, secure, and enterprise-ready. One subscription, every tool you need.
Built, hosted, and secured by Vinkius. You just connect and go.