Skip to content
Merged
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
51 changes: 51 additions & 0 deletions modules/distr-tracing-otel-config-collector.adoc
Original file line number Diff line number Diff line change
Expand Up @@ -245,6 +245,57 @@ The Zipkin receiver ingests data in the Zipkin v1 and v2 formats.
[id="processors_{context}"]
=== Processors


[id="batch-processor_{context}"]
==== Batch processor

The batch processor batches the data to reduce the number of outgoing connections needed to transfer the telemetry information.

* Support level: link:https://access.redhat.com/support/offerings/techpreview[Technology Preview]
* Supported signals: traces, metrics

.Example of the OpenTelemetry Collector custom resource when using the batch processor
[source,yaml]
----
config: |
processor:
batch:
timeout: 5s
send_batch_max_size: 10000
service:
pipelines:
traces:
processors: [batch]
metrics:
processors: [batch]
----

.Parameters used by the batch processor
[cols="3",options="header"]
|===
|Parameter |Description |Default

| `timeout`
| Sends the batch after a specific time duration, irrespective of its size.
| 200ms

| `send_batch_size`
| Sends the batch of telemetry data after the specified number of spans or metrics.
| 8192

| `send_batch_max_size`
| The maximum allowable size of the batch. Must be equal or greater than `send_batch_size`.
| 0

| `metadata_keys`
| When activated, a batcher instance is created for each unique set of values found in the `client.Metadata`.
| []

| `metadata_cardinality_limit`
| When the `metadata_keys` are populated, this configuration restricts the number of distinct metadata key-value combinations processed throughout the duration of the process.
| 1000
|===

[id="resource-detection-processor_{context}"]
==== Resource Detection processor

Expand Down