The Splunk plugin for Grafana now supports data links for jumping directly from logs to traces
Hey there! This is Éamon Ryan from the Solutions Engineering team. Very recently the Splunk data source plugin, which is available with a Grafana Enterprise license, had a new release: v2.1.0. While it added a few good bug fixes for edge cases, the biggest change, I think, was the addition of support for data links!
What’s a data link?
Data links actually show up in a few places inside Grafana. They let you link from some point of data to another, whether that is within Grafana or external to it, such as in a new tab. One recent example is in the exemplar support, which just landed in Grafana 7.4.
They can be used with the Graph, Stat, Gauge or Bar panels, for example. Alternatively, some data sources include support for them, such as the Loki and Elasticsearch data source plugins. Loki refers to them as “derived fields” since there is an element of parsing that occurs first.
What would I use data links for?
Say you wanted to click a graph line or bar, or you wanted some log field to send to some other tool. That’s exactly what you could use data links for!
One of the most powerful uses of this feature is enabling the jump from logs to traces within Grafana without losing any context. As you may be aware, since Grafana 7.0, you’ve had the ability to add either the Zipkin or Jaeger tracing backends as data sources. More recently, Grafana 7.3.0 added support for the Grafana Tempo tracing backend data source, giving you three possible tracing solutions to jump to and visualize within Grafana!
How to get started
So, if I have one of these tracing systems, how do I jump to the traces from my Splunk logs?
Assuming you have:
- Grafana Enterprise configured with the Spunk plugin version >= 2.1.0
- A tracing backend data source configured: Tempo, Jaeger, or Zipkin
- Your application code instrumented to log trace IDs
Then, it’s a pretty simple modification to your Splunk’s data source config to get this going!
First, verify your trace IDs are appearing in your logs. Here I’m just doing a simple Explore:
As you can see in the full log line at the bottom, I’ve actually got this application outputting trace IDs for all three possible backends — Tempo, Jaeger, and Zipkin — in the form of
If I expand the log line I can check out all of the fields and see the trace IDs sitting in the
All right, so I’ve got trace IDs; now to have them do something!
In my Splunk data source’s config, there’s a new section at the bottom:
Clicking “Add” shows the fields to be filled in:
I’m going to add three links, just to show all three tracing backends working. They mostly use the same regex, e.g.,
A quick click of “Save & Test” to let me know I haven’t made any glaring mistakes, and I’m ready to check back on the Explore page:
What’s different? Notice how I now have three new “Parsed Fields” right at the top, each for one of my corresponding data links. That’s neat enough by itself, since I didn’t have to modify my configuration on the Splunk side at all to pull these out!
However, the blue labels are the real magic here: Clicking any of them will split the Explore pane into two and show me the exact trace in question!
How does this help?
This is actually a two-part answer.
The first way this helps is one of Grafana’s big goals and advantages: Democratizing your data, making it easier to see everything in one place. By removing the need for you to jump to your tracing backend separately and re-establish context in order to narrow down your relevant traces, you can investigate, observe, and solve issues faster.
The second way this helps is with Tempo in particular if you opt to use it. There is a fantastic blog post on Tempo already out there explaining what Tempo is as well as a webinar available on demand, but to give just a few bullet points in the context of this blog post:
- Existing tracing solutions have to store large indexes (via tools like Cassandra or Elasticsearch) of traces to make them searchable.
- Large indexes are expensive, so it can be cost-prohibitive to store all trace samples.
- Tempo doesn’t index traces; it’s essentially a traces-by-id storage machine.
- Therefore, Tempo can run for a fraction of the cost of other tracing backends, while also being able to store 100% of traces.
So you can store 100% of your traces cheaply using Tempo as your backend while still being able to maintain your Jaeger/Zipkin/OpenTelemetry application instrumentation, just modifying where the traces are sent. The only trade-off is you have to know the exact ID of your traces to find them. Data links are what allow you to complete the puzzle and seamlessly handle that trade-off, right inside Grafana.
This was already possible with Loki and Elasticsearch, but now with the 2.1.0 version of the Splunk plugin, it’s a capability extended to Splunk too! If you were previously a “Tempo looks great but I can’t jump to traces right from Splunk so I can’t use it” person, well, fret no more!
This makes a great addition to the tracing story, which, if you haven’t heard, got some recent additions over in the metrics -> traces side of the equation, too, in the form of the addition of support for Prometheus exemplars in Grafana 7.4. To read more about exemplars, head over here.
Tempo is OSS and can be deployed in your own environment, but if you don’t want to run or manage your own Tempo installation, Grafana Cloud will be able to handle that for you. Free open-beta access to Tempo is now available on Grafana Cloud. We have new free and paid Grafana Cloud plans to suit every use case — sign up now.
Related Case Studies
In a company where metrics is an important part of their culture, Wix selects Grafana Cloud to monitor its mission critical systems.
The company relies on Grafana to be the consolidated data visualization and dashboard solution for sharing data.