You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: src/content/docs/distributed-tracing/infinite-tracing-on-premise/bring-your-own-cache.mdx
+26-26Lines changed: 26 additions & 26 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -19,21 +19,21 @@ The processor supports any Redis-compatible cache implementation. It has been te
19
19
For production deployments, we recommend using cluster mode (sharded) to ensure high availability and scalability. To enable distributed caching, add the `distributed_cache` configuration to your `tail_sampling` processor section:
20
20
21
21
```yaml
22
-
tail_sampling:
23
-
distributed_cache:
24
-
connection:
25
-
address: redis://localhost:6379/0
26
-
password: 'local'
27
-
trace_window_expiration: 30s# Default: how long to wait after last span before evaluating
28
-
in_flight_timeout: 120s# Optional: defaults to trace_window_expiration if not set
29
-
traces_ttl: 3600s# Optional: default 1 hour
30
-
cache_ttl: 7200s# Optional: default 2 hours
31
-
suffix: "itc"# Redis key prefix
32
-
max_traces_per_batch: 500# Default: traces processed per evaluation cycle
33
-
evaluation_interval: 1s# Default: evaluation frequency
34
-
evaluation_workers: 4# Default: number of parallel workers (defaults to CPU count)
0 commit comments