Getting Data In

.NET Application Runtime Metrics Not Showing in Splunk APM Dashboard

sirisha
New Member

I’m currently instrumenting a .NET application to send telemetry to Splunk Observability Cloud using the Splunk Distribution of OpenTelemetry. I can successfully see traces, spans, and infrastructure metrics in the dashboard, but runtime metrics (GC, memory, thread pool, exceptions, etc.) are not appearing for my service. I have followed the official Splunk documentation for .NET instrumentation, yet I do not see any configuration block related to runtime metrics in the docs. My current setup is deployed via Helm and Kubernetes manifests, and I want everything to be fully declarative. Traces and spans are flowing fine, and infrastructure metrics (CPU, memory at the host level) are visible.
Do .NET applications instrumented with Splunk OTel automatically produce runtime metrics, or is there a separate step to enable them?
If runtime metrics need to be explicitly enabled, what is the official, supported way to do this for .NET apps?
Is there any documented reference from Splunk that explains enabling runtime metrics for .NET applications? I want to avoid relying on unofficial or community-inferred environment variables and stick to officially supported methods.
Any guidance, examples, or references would be highly appreciated! Thank you in advance.

Labels (3)
Tags (1)
0 Karma
Career Survey
First 500 qualified respondents will receive a $20 gift card! Tell us about your professional Splunk journey.
Get Updates on the Splunk Community!

Thanks for the Memories! Splunk University, .conf25, and our Community

Thank you to everyone in the Splunk Community who joined us for .conf25, which kicked off with our iconic ...

Data Persistence in the OpenTelemetry Collector

This blog post is part of an ongoing series on OpenTelemetry. What happens if the OpenTelemetry collector ...

Introducing Splunk 10.0: Smarter, Faster, and More Powerful Than Ever

Now On Demand Whether you're managing complex deployments or looking to future-proof your data ...