An Azure service that is used to collect, analyze, and act on telemetry data from Azure and on-premises environments.
Hello Vempati Tejaswi, It sounds like you’re able to access Grafana, but the Prod environment logs don’t show up there while you also have a CI/CD / monitoring cluster in Azure. Below are some practical troubleshooting directions based on the provided Azure guidance.
1) First confirm where the “Grafana logs” are supposed to come from
In Azure Managed Grafana, logs/telemetry shown in Grafana depend on the configured data source (for example Azure Monitor). If Grafana dashboards don’t populate, the most common cause is that the Azure Monitor data source can’t fetch data.
What to check in Grafana (Azure Managed Grafana)
- In your Grafana endpoint, go to: Configurations > Data Sources > Azure Monitor
- Verify the top dropdowns are populated with the correct:
- Subscription
- Resource group
- Resource name If “Resource” is set to null or points to the wrong resource group, dashboards won’t show data.
- Check authentication method:
- If using managed identity:
- Make sure managed identity is enabled in the workspace (Settings > Identity (Preview)).
- Use Load Subscriptions, then Save & test.
- If you see “No Log Analytics workspaces found”, the managed identity likely needs Reader role on the Log Analytics workspace.
- If using App Registration:
- Validate the Directory (tenant) ID and Application (client) ID are correct.
- Verify the service principal has the Monitoring Reader role on the Azure Managed Grafana workspace/subscription context (per the guidance), and reapply the client secret if needed.
- If using managed identity:
2) If you’re using Azure Monitor / Log Analytics for log delivery, validate the “plumbing”
If you’re expecting diagnostic logs/telemetry in Azure Monitor but they’re missing or delayed, the guidance highlights a few checks:
Missing/Delayed logs checklist
- Check diagnostic settings for the relevant Azure resource:
- Go to Monitoring > Diagnostic settings
- Confirm there is a diagnostic setting that exports logs to a destination (for example Azure Storage or Event Hub).
- Generate some actual activity
- Diagnostic logs are created only when the data plane is used (for example making calls), not just by creating/changing the resource.
- Allow time for delivery
- Logs can take 10–20 minutes to appear in the destination.
- Verify permissions
- Ensure the diagnostic setting destination has correct permissions to write.
3) If your logs are for an AKS/Kubernetes setup (agents must be healthy)
If the “Prod” logs are coming from containers/nodes, the relevant guidance suggests checking that the log collection agents are actually running:
- Confirm the Azure Monitor Agent deployments and pods are in expected Running/Ready state (for Linux and Windows nodes if applicable).
- If agents are running but data is missing, it may still be permissions-related or a collection cap (daily cap is mentioned as a cause of stopping ingestion into Log Analytics once met).
4) Make sure your destination actually receives application logs
For App Service on Arc (Preview) specifically: system component logs are forwarded, but application logs are not sent by default. If you’re using that pattern, you may need to collect logs via Kubernetes standard output or configure the extension to send them to a Log Analytics workspace (and be careful with disabling the log processor, because it stops forwarding).
References documentation
- Troubleshoot common Azure Managed Grafana issues (Azure Monitor can’t fetch data)
- Troubleshoot collection of container logs in Azure Monitor (agent health / missing data)
- Monitor and log data (deploy monitoring solution / Prometheus + Grafana context)
Hope this helps. If the information was useful, please consider accepting the answer and upvoting. Feel free to reach out if you need any further assistance. Thank you.