With distributed tracing powered by Grail you can store trace data in Grail buckets with default or custom retention time. You can create new buckets with custom retention periods to store trace data according to ownership or time requirements, from 10 days up to 10 years.
This article is intended for SRE and architects who want to store trace data to compare the behavior of services over long periods of time for troubleshooting or compliance purposes.
In this article you will learn how to create a custom bucket with a 5-year data retention period and assign production trace data of a Kubernetes namespace to it.
openpipeline:configurations:write
and openpipeline:configurations:read
permissions. To learn how to set up the permissions, see Permissions in Grail.Collection of processing instructions to structure, separate, and store data.
Phase in a pipeline sequence, focused on a task and defined by processors.
Pre-formatted processing instruction.
Assignation of data to a pipeline, based either on matching conditions (dynamic routing) or directly configured (static).
To create a custom bucket with a long retention period
long_term_spans
3650
You created a new bucket to store trace data for 5 years. The bucket will remain empty until you assign records to it via OpenPipeline.
To assign records from a production namespace to the long_term_spans
bucket via OpenPipeline
Store prod spans (5 years)
k8s.namespace.name==prod
If an existing route points to the pipeline, the new processor will start assigning trace data from the production namespace to the long_term_spans
bucket. If you created a new pipeline for the processor, make sure to route trace data to it.
Make sure your pipeline is receiving records by routing trace date to it.
true
), and the target pipeline name.You created a new bucket with a custom retention period of 5 years. The new bucket is the storage option for production-related spans. Spans are routed to the pipeline and assigned to the bucket according to matching condition.