Skip to main content
This information is for Chronosphere Telemetry Pipeline, which is a standalone product separate from Chronosphere Observability Platform.
The Azure Event Hubs source plugin (name: kafka, alias: Azure_Event_Hub) lets you ingest data from your Azure Event Hubs instances into a telemetry pipeline. This is a pull-based source plugin.

Supported telemetry types

The for Chronosphere Telemetry Pipeline supports these telemetry types:
LogsMetricsTraces

Configuration parameters

Use the parameters in this section to configure the . The Telemetry Pipeline web interface uses the items in the Name column to describe these parameters. Pipeline configuration files use the items in the Key column as YAML keys.

General

NameKeyDescriptionDefault
Event Hub NamespacebrokersRequired. Your Event Hub namespace.[REPLACE WITH YOUR NAMESPACE].servicebus.windows.net:9093
Event Hub NametopicsRequired. The name of the event hub (equivalent to a Kafka topic) to read information from.none
Connection String Keyrdkafka.sasl.passwordRequired. The Event Hub connection string from within the connection access policy set for the source.Endpoint=[REPLACE WITH YOUR CONNECTION STRING VALUE]

Advanced

NameKeyDescriptionDefault
Minimum Queued Messagesrdkafka.queued.min.messagesMinimum number of messages per event hub and partition that Telemetry Pipeline tries to maintain in the local consumer queue.10
Request Timeout (ms)rdkafka.request.timeout.msHow long Telemetry Pipeline waits before terminating a request connection. Recommended value: 60000.60000
Session Timeout (ms)rdkafka.session.timeout.msHow long Telemetry Pipeline waits before prior to terminating a session connection. Recommended value: 30000.30000
SASL Usernamerdkafka.sasl.usernameSASL username.$ConnectionString
Security Protocolrdkafka.security.protocolThe security protocol for Azure Event Hub. If you require OAuth 2.0 or OpenID authentication, contact Chronosphere Support.SASL_SSL
SASL Mechanismrdkafka.sasl.mechanismThe transport mechanism for the SASL connection.PLAIN
Memory Buffer Limitmem_buf_limitSets a limit for how much buffered data the plugin can write to memory, which affects backpressure. This value must follow Fluent Bit’s rules for unit sizes. If unspecified, no limit is enforced.

For v2 pipelines, this parameter affects only pipelines with the Deployment or DaemonSet workload type. To learn more, see the v2 backpressure guide.

For v3 pipelines, this parameter is independent from the OpenTelemetry memory_limiter and batch processors.
none

Other

This parameter doesn’t have an equivalent setting in the Telemetry Pipeline web interface, but you can use it in pipeline configuration files.
NameKeyDescriptionDefault
nonebuffer_max_sizeSets the maximum chunk size for buffered data. If a single log exceeds this size, the plugin drops that log.4M

Extended librdkafka parameters

This plugin uses the librdkafka library. Certain configuration parameters available through the Telemetry Pipeline UI are based on librdkafka settings. These parameters generally use the rdkafka. prefix. In addition to the parameters available through the Telemetry Pipeline UI, you can customize any of the librdkafka configuration properties by adding them to a pipeline configuration file. To do so, append the rdkafka. prefix to the name of that property. For example, to customize the socket.keepalive.enable property, add the rdkafka.socket.keepalive.enable key to your configuration file.
Don’t use librdkafka properties to configure a pipeline’s memory buffer. Instead, use the buffer_max_size parameter.