Use data routing to keep, archive, or discard your metrics
Learn how to improve your storage usage by routing less-important MTS to archived storage or discarding MTS.
Use data routing to choose how to ingest and store all the metric time series (MTS) that have the same metric. Routing options include to keep metrics in real-time, archive them, or drop them altogether.
Routing exception rules let you modify the behavior of data routing. See Use routing exception rules to route a specific MTS or restore archived data.
Use data routing rules to define how to store your metrics
Routing rule options
You have the following options to route your MTS:
-
Ingest and keep metrics real-time (default). Metrics stored in the real-time tier are available in charts and detectors.
-
Send your data to archived metrics. Archived metrics are not available in charts and detectors. You can change routing to real time or filter a subset of data to real time to make those metrics available in charts and detectors again. You can restore archived data from up to 31 days ago in case you need it.
-
Drop your metrics. If you select this option, metrics are dropped and aren’t available for monitoring. You can still keep aggregated MTS derived from those metrics.
Edit the routing rule for a metric
To edit the routing rules for a metric and its MTS, follow these steps:
-
Access your Splunk Observability Cloud account.
-
In the left navigation menu, select Settings > Metrics Pipeline Management to access the landing screen with a list of all your metrics and a summary of their rulesets.
-
Select or search for a metric to access the metric’s summary page.
-
From a metric’s summary screen, select Edit next to the Ingestion tile.
-
In the Update data routing dialog, select the radio button next to the new routing option you want to set.
-
The system returns to the summary page for the metric. At the top of the page, the system displays a notification about the update:
-
If the update is successful, the notification is highlighted in green. The text confirms that the routing for the metric is updated.
-
If the update isn’t applied, the notification is highlighted in red. The text displays the reason that the update wasn’t applied.
-
Use routing exception rules to route a specific MTS or restore archived data
Use routing exception rules to override archiving selected metrics and their associated MTS.
Routing exception rules allow you to:
-
Change the destination for an MTS.
-
Restore historical archived MTS to real-time storage. You can restore up to 30 days of archived data.
Note that if you create different routing exception rules with the same filters, MPM will not duplicate any MTS. If you decide to send those MTS to real time monitoring, MPM only restores the data points for those MTS once.
Routing exception rule options
Routing exception rules have the following options:
Field |
Description |
Required? |
---|---|---|
Rule name and description |
Custom name for the new routing exception rule. |
Yes |
Filter MTS population for real-time monitoring |
Metrics pipeline management routes the population of MTS that match these dimensions to real time instead of archiving them. |
Yes |
Restore archived MTS from filtered population |
The time period before the current time where you want to restore historical archived MTS to real-time storage. When you add or reactivate a rule, if you make any changes to the dimensions, you can set a new restoration window. |
No |
Add a routing exception rule
Add a routing exception rule to override the default routing for MTS associated with a metric.
To add the rule, follow these steps:
-
Access your Splunk Observability Cloud account.
-
In the left navigation menu, select Settings > Metrics Pipeline Management to access the landing screen with a list of all your metrics and a summary of their rulesets.
-
Select or search for a metric to access the metric’s summary page.
-
From a metric’s summary screen, select Add (+) icon in the Routing exceptions tile.
-
In the Create routing exception rule dialog, complete the options. See Routing exception rule options.
-
The system returns to the summary page for the metric. Check the status column to verify the routing exception has been added successfully.
Edit a routing exception rule
To edit an existing routing exception rule, perform the following steps:
-
Access your Splunk Observability Cloud account.
-
In the left navigation menu, select Settings > Metrics Pipeline Management to access the landing screen with a list of all your metrics and a summary of their rulesets.
-
Select or search for a metric to access the metric’s summary page.
-
From the list of rules, find the one you want to change, then select Edit in the More actions (⋮) menu.
-
In the dialog, update the routing exception settings you want to change, and select Update. See Routing exception rule options.
Activate or deactivate a routing exception rule
To activate or deactivate a routing exception rule, follow these steps:
-
Access your Splunk Observability Cloud account.
-
In the left navigation menu, select Settings > Metrics Pipeline Management to access the landing screen with a list of all your metrics and a summary of their rulesets.
-
Select or search for a metric to access the metric’s summary page.
-
In the list of rules, find the rule. If it was deactivated, its status is Inactive.
-
In the More actions (⋮) menu, select Activate or Deactivate, and confirm.
-
If activating the exception rule moves MTS from archived to real-time storage, metrics
-
The dialog also lets you choose the amount of historical archived MTS to restore.
-
Delete a routing exception rule
To delete a routing exception rule, follow these steps:
-
Access your Splunk Observability Cloud account.
-
In the left navigation menu, select Settings > Metrics Pipeline Management to access the landing screen with a list of all your metrics and a summary of their rulesets.
-
Select or search for a metric to access the metric’s summary page.
-
In the list of rules, find the rule you want to delete.
-
In the More actions (⋮) menu, select Delete and confirm.
Extrapolate data in charts and dashboards
During and after restoring data, you might see horizontal lines going across the empty part of the chart and connecting data points. The straight lines on the chart are an extrapolation that connects 2 existing data points. They correspond to the archived data that was not restored because they were not included in the exception rule.
You can set the extrapolation policy in the Configure Plot setting to either Last Value or Zero, which changes the straight lines into a horizontal 1 or 0.