Splunk Connect for Kafka is a Kafka Connect Sink for Splunk with the following features:
- Data ingestion from Kafka topics into Splunk via Splunk HTTP Event Collector(HEC).
- In-flight data transformation and enrichment.
-
Kafka version 1.0.0 and above.
- Tested with following versions: 1.1.1, 2.0.0, 2.1.0, 2.6.0, 2.7.1, 2.8.0, 3.0.0, 3.1.0, 3.3.1
-
Java 8 and above.
-
A Splunk environment of version 8.0.0 and above, configured with valid HTTP Event Collector (HEC) tokens.
- HEC token settings should be the same on all Splunk Indexers and Heavy Forwarders in your environment.
- Task configuration parameters will vary depending on acknowledgement setting (See the Configuration section for details).
Note: HEC Acknowledgement prevents potential data loss but may slow down event ingestion.
Splunk Connect for Kafka lets you subscribe to a Kafka topic and stream the data to the Splunk HTTP event collector on the following technologies:
- Apache Kafka
- Amazon Managed Streaming for Apache Kafka (Amazon MSK)
- Confluent Platform
- Clone the repo from https://github.com/splunk/kafka-connect-splunk
- Verify that Java8 JRE or JDK is installed.
- Verify that maven is installed.
- Run
mvn package
. This will build the jar in the /target directory. The name will besplunk-kafka-connect-[VERSION].jar
.
- Start your Kafka Cluster and confirm it is running.
- If this is a new install, create a test topic (eg:
perf
). Inject events into the topic. This can be done using Kafka data-gen-app or the Kafka-bundled kafka-console-producer. - Within your Kafka Connect deployment adjust the values for
bootstrap.servers
andplugin.path
inside the$KAFKA_HOME/config/connect-distributed.properties
file.bootstrap.servers
should be configured to point to your Kafka Brokers.plugin.path
should be configured to point to the install directory of your Kafka Connect Sink and Source Connectors. For more information on installing Kafka Connect plugins please refer to the Confluent Documentation. - Place the jar file created by
mvn package
(splunk-kafka-connect-[VERSION].jar
) in or under the location specified inplugin.path
- Run
.$KAFKA_HOME/bin/connect-distributed.sh $KAFKA_HOME/config/connect-distributed.properties
to start Kafka Connect. - Run the following command to create connector tasks. Adjust
topics
to configure the Kafka topic to be ingested,splunk.indexes
to set the destination Splunk indexes,splunk.hec.token
to set your Http Event Collector (HEC) token andsplunk.hec.uri
to the URI for your destination Splunk HEC endpoint. For more information on Splunk HEC configuration refer to Splunk Documentation.
curl localhost:8083/connectors -X POST -H "Content-Type: application/json" -d '{
"name": "kafka-connect-splunk",
"config": {
"connector.class": "com.splunk.kafka.connect.SplunkSinkConnector",
"tasks.max": "3",
"splunk.indexes": "<SPLUNK_INDEXES>",
"topics":"<YOUR_TOPIC>",
"splunk.hec.uri": "<SPLUNK_HEC_URI:SPLUNK_HEC_PORT>",
"splunk.hec.token": "<YOUR_TOKEN>"
}
}'
- Verify that data is flowing into your Splunk platform instance by searching using the index specified in the configuration.
- Use the following commands to check status, and manage connectors and tasks:
# List active connectors
curl http://localhost:8083/connectors
# Get kafka-connect-splunk connector info
curl http://localhost:8083/connectors/kafka-connect-splunk
# Get kafka-connect-splunk connector config info
curl http://localhost:8083/connectors/kafka-connect-splunk/config
# Delete kafka-connect-splunk connector
curl http://localhost:8083/connectors/kafka-connect-splunk -X DELETE
# Get kafka-connect-splunk connector task info
curl http://localhost:8083/connectors/kafka-connect-splunk/tasks
See the the Confluent doucumentation for additional REST examples.
See Splunk Docs to learn more about deployment options.
See Splunk Docs for supported security configurations.
After Kafka Connect is brought up on every host, all of the Kafka Connect instances will form a cluster automatically. A REST call can be executed against one of the cluster instances, and the configuration will automatically propagate to all instances in the cluster.
Use the below schema to configure Splunk Connect for Kafka
{
"name": "<connector-name>",
"config": {
"connector.class": "com.splunk.kafka.connect.SplunkSinkConnector",
"tasks.max": "<number-of-tasks>",
"topics" or "topics.regex": "<list-of-topics-separated-by-comma>" or "<regex to subscribe all the topics which match the regex pattern>"
"splunk.indexes": "<list-of-indexes-for-topics-data-separated-by-comma>",
"splunk.sources": "<list-of-sources-for-topics-data-separated-by-comma>",
"splunk.sourcetypes": "<list-of-sourcetypes-for-topics-data-separated-by-comma>",
"splunk.hec.uri": "<Splunk-HEC-URI>",
"splunk.hec.token": "<Splunk-HEC-Token>",
"splunk.hec.raw": "<true|false>",
"splunk.hec.raw.line.breaker": "<line breaker separator>",
"splunk.hec.json.event.enrichment": "<key value pairs separated by comma, only applicable to /event HEC>",
"value.converter": "<converter class used to convert between Kafka Connect format and the serialized form that is written to Kafka>",
"value.converter.schema.registry.url": "<Schema-Registry-URL>",
"value.converter.schemas.enable": "<true|false>",
"key.converter": "<converter class used to convert between Kafka Connect format and the serialized form that is written to Kafka>",
"key.converter.schema.registry.url": "<Schema-Registry-URL>",
"key.converter.schemas.enable": "<true|false>",
"splunk.hec.ack.enabled": "<true|false>",
"splunk.hec.ack.poll.interval": "<event ack poll interval>",
"splunk.hec.ack.poll.threads": "<number of threads used to poll event acks>",
"splunk.hec.ssl.validate.certs": "<true|false>",
"splunk.hec.http.keepalive": "<true|false>",
"splunk.hec.max.http.connection.per.channel": "<max number of http connections per channel>",
"splunk.hec.total.channels": "<total number of channels>",
"splunk.hec.max.batch.size": "<max number of kafka records post in one batch>",
"splunk.hec.threads": "<number of threads to use to do HEC post for single task>",
"splunk.hec.event.timeout": "<timeout in seconds>",
"splunk.hec.socket.timeout": "<timeout in seconds>",
"splunk.hec.track.data": "<true|false, tracking data loss and latency, for debugging lagging and data loss>"
"splunk.header.support": "<true|false>",
"splunk.header.custom": "<list-of-custom-headers-to-be-used-from-kafka-headers-separated-by-comma>",
"splunk.header.index": "<header-value-to-be-used-as-splunk-index>",
"splunk.header.source": "<header-value-to-be-used-as-splunk-source>",
"splunk.header.sourcetype": "<header-value-to-be-used-as-splunk-sourcetype>",
"splunk.header.host": "<header-value-to-be-used-as-splunk-host>",
"splunk.hec.json.event.formatted": "<true|false>",
"splunk.hec.ssl.trust.store.path": "<Java KeyStore location>",
"splunk.hec.ssl.trust.store.password": "<Java KeyStore password>"
"kerberos.user.principal": "<The Kerberos user principal the connector may use to authenticate with Kerberos>",
"kerberos.keytab.path": "<The path to the keytab file to use for authentication with Kerberos>"
"enable.timestamp.extraction": "<true|false>",
"timestamp.regex": "<regex for timestamp extraction>",
"timestamp.format": "<time-format for timestamp extraction>"
}
}
Name | Description | Default Value |
---|---|---|
name |
Connector name. A consumer group with this name will be created with tasks to be distributed evenly across the connector cluster nodes. | |
connector.class |
The Java class used to perform connector jobs. Keep the default unless you modify the connector. | com.splunk.kafka.connect.SplunkSinkConnector |
tasks.max |
The number of tasks generated to handle data collection jobs in parallel. The tasks will be spread evenly across all Splunk Kafka Connector nodes. | |
splunk.hec.uri |
Splunk HEC URIs. Either a list of FQDNs or IPs of all Splunk indexers, separated with a ",", or a load balancer. The connector will load balance to indexers using round robin. Splunk Connector will round robin to this list of indexers. https://hec1.splunk.com:8088,https://hec2.splunk.com:8088,https://hec3.splunk.com:8088 |
|
splunk.hec.token |
Splunk Http Event Collector token. | |
topics or topics.regex |
For topics: Comma separated list of Kafka topics for Splunk to consume. prod-topic1,prod-topc2,prod-topic3 For topics.regex: Use for declaring topic subscriptions as name pattern, instead of specifying each topic in a list. ^prod-topic[0-9]$ NOTE: 1) If "topics.regex" is specified, the "topics" parameter must be omitted. 2) With "topics.regex", the Splunk meta fields("splunk.indexes", "splunk.sourcetypes", "splunk.sources") are ignored and should be omitted. 3) With "topics.regex" the Splunk metadata must either be defined on a per-event basis by using Kafka Header Fields("splunk.header.index", "splunk.header.sourcetype", etc.), OR it can be defined by the HEC token default index and sourcetype values. |
Name | Description | Default Value |
---|---|---|
splunk.indexes |
Target Splunk indexes to send data to. It can be a list of indexes which shall be the same sequence / order as topics. It is possible to inject data from different kafka topics to different splunk indexes. For example, prod-topic1,prod-topic2,prod-topic3 can be sent to index prod-index1,prod-index2,prod-index3. In that case, the configuration topics count must match the splunk.indexes count. If you would like to index all data from multiple topics to the main index, then "main" can be specified. Leaving this setting unconfigured will result in data being routed to the default index configured against the HEC token being used. Verify the indexes configured here are in the index list of HEC tokens, otherwise Splunk HEC will drop the data. |
"" |
splunk.sources |
Splunk event source metadata for Kafka topic data. The same configuration rules as indexes can be applied. If left unconfigured, the default source binds to the HEC token. | "" |
splunk.sourcetypes |
Splunk event sourcetype metadata for Kafka topic data. The same configuration rules as indexes can be applied here. If left unconfigured, the default sourcetype binds to the HEC token. | "" |
splunk.flush.window |
The interval in seconds at which the events from kafka connect will be flushed to Splunk. | 30 |
splunk.validation.disable |
Disable validating splunk configurations before creating task. | false |
splunk.hec.ssl.validate.certs |
Valid settings are true or false . Enables or disables HTTPS certification validation. |
true |
splunk.hec.http.keepalive |
Valid settings are true or false . Enables or disables HTTP connection keep-alive. |
true |
splunk.hec.max.http.connection.per.channel |
Controls how many HTTP connections will be created and cached in the HTTP pool for one HEC channel. | 2 |
splunk.hec.total.channels |
Controls the total channels created to perform HEC event POSTs. See the Load balancer section for more details. | 2 |
splunk.hec.max.batch.size |
Maximum batch size when posting events to Splunk. The size is the actual number of Kafka events, and not byte size. | 500 |
splunk.hec.threads |
Controls how many threads are spawned to do data injection via HEC in a single connector task. | 1 |
splunk.hec.socket.timeout |
Internal TCP socket timeout when connecting to Splunk. Value is in seconds. | 60 |
splunk.hec.ssl.trust.store.path |
Location of Java KeyStore. | "" |
splunk.hec.ssl.trust.store.password |
Password for Java KeyStore. | "" |
splunk.hec.json.event.formatted |
Set to true for events that are already in HEC format. Valid settings are true or false . |
false |
splunk.hec.max.outstanding.events |
Maximum amount of un-acknowledged events kept in memory by connector. Will trigger back-pressure event to slow down collection if reached. | 1000000 |
splunk.hec.max.retries |
Amount of times a failed batch will attempt to resend before dropping events completely. Warning: This will result in data loss, default is -1 which will retry indefinitely |
-1 |
splunk.hec.backoff.threshhold.seconds |
The amount of duration the Indexer object will be stopped after getting error code while posting the data. NOTE: Other Indexer won't get affected." |
60 |
splunk.hec.lb.poll.interval |
Specify this parameter(in seconds) to control the polling interval(increase to do less polling, decrease to do more frequent polling, set -1 to disable polling) |
120 |
splunk.hec.enable.compression |
Valid settings are true or false. Used for enable or disable gzip-compression. | false |
Name | Description | Default Value |
---|---|---|
splunk.hec.ack.enabled |
When set to true the Splunk Kafka Connector will poll event ACKs for POST events before check-pointing the Kafka offsets. This is used to prevent data loss, as this setting implements guaranteed delivery. In cases where the Splunk platform crashes, there may be some data loss. Valid settings are true or false . NOTE: 1) If this setting is set to true , verify that the corresponding HEC token is also enabled with index acknowledgements, otherwise the data injection will fail, due to duplicate data.2) When set to false , the Splunk Kafka Connector will only POST events to your Splunk platform instance. After it receives a HTTP 200 OK response, it assumes the events are indexed by Splunk. |
true |
splunk.hec.ack.poll.interval |
This setting is only applicable when splunk.hec.ack.enabled is set to true . Internally it controls the event ACKs polling interval. Value is in seconds. |
10 |
splunk.hec.ack.poll.threads |
This setting is used for performance tuning and is only applicable when splunk.hec.ack.enabled is set to true . It controls how many threads should be spawned to poll event ACKs. NOTE: For large Splunk indexer clusters (For example, 100 indexers) you need to increase this number. Recommended increase to speed up ACK polling is 4 threads. |
1 |
splunk.hec.event.timeout |
This setting is applicable when splunk.hec.ack.enabled is set to true . When events are POSTed to Splunk and before they are ACKed, this setting determines how long the connector will wait before timing out and resending. Value is in seconds. |
300 |
Name | Description | Default Value |
---|---|---|
splunk.hec.raw |
Set to true in order for Splunk software to ingest data using the the /raw HEC endpoint.false will use the /event endpoint |
false |
Name | Description | Default Value |
---|---|---|
splunk.hec.raw.line.breaker |
Only applicable to /raw HEC endpoint. The setting is used to specify a custom line breaker to help Splunk separate the events correctly. NOTE: For example, you can specify "#####" as a special line breaker. Internally, the Splunk Kafka Connector will append this line breaker to every Kafka record to form a clear event boundary. The connector performs data injection in batch mode. On the Splunk platform side, you can configure props.conf to set up line breaker for the sourcetypes. Then the Splunk software will correctly break events for data flowing through /raw HEC endpoint. For questions on how and when to specify line breaker, go to the FAQ section. |
"" |
Name | Description | Default Value |
---|---|---|
splunk.hec.json.event.enrichment |
Only applicable to /event HEC endpoint. This setting is used to enrich raw data with extra metadata fields. It contains a list of key value pairs separated by ",". The configured enrichment metadata will be indexed along with raw event data by Splunk software. NOTE: Data enrichment for /event HEC endpoint is only available in Splunk Enterprise 6.5 and above. By default, this setting is empty. See (Documentation) for more information. Example: org=fin,bu=south-east-us |
|
splunk.hec.track.data |
When set to true , data loss and data injection latency metadata will be indexed along with raw data. This setting only works in conjunction with /event HEC endpoint ("splunk.hec.raw" : "false" ). Valid settings are true or false . |
false |
Name | Description | Default Value |
---|---|---|
splunk.header.support |
When set to true Splunk Connect for Kafka will parse Kafka headers for use as meta data in Splunk events. Valid settings are true or false . |
false |
splunk.header.custom |
Custom headers are configured separated by comma for multiple headers. ex, "custom_header_1,custom_header_2,custom_header_3". This setting will look for kafka record headers with these values and add them to each event if present. This setting is only applicable when splunk.header.support is set to true . NOTE: Only applicable to /event HEC endpoint. |
"" |
splunk.header.index |
This setting specifies the Kafka record header key which will determine the destination index for the Splunk event. This setting is only applicable when splunk.header.support is set to true . |
splunk.header.index |
splunk.header.source |
This setting specifies the Kafka record header key which will determine the source value for the Splunk event. This setting is only applicable when splunk.header.support is set to true . |
splunk.header.source |
splunk.header.sourcetype |
This setting specifies the Kafka record header key which will determine the sourcetype value for the Splunk event. This setting is only applicable when splunk.header.support is set to true . |
splunk.header.sourcetype |
splunk.header.host |
This setting specifies the Kafka record header key which will determine the host value for the Splunk event. This setting is only applicable when splunk.header.support is set to true . |
splunk.header.host |
Name | Description | Default Value |
---|---|---|
kerberos.user.principal |
The Kerberos user principal the connector may use to authenticate with Kerberos. | "" |
kerberos.keytab.path |
The path to the keytab file to use for authentication with Kerberos. | "" |
Name | Description | Default Value |
---|---|---|
value.converter |
Converter class used to convert between Kafka Connect format and the serialized form that is written to Kafka. This controls the format of the values in messages written to or read from Kafka. For using protobuf format ,set the value of this field to io.confluent.connect.protobuf.ProtobufConverter |
org.apache.kafka.connect.storage.StringConverter |
value.converter.schema.registry.url |
Schema Registry URL. | "" |
value.converter.schemas.enable |
For using protobuf format ,set the value of this field to true |
false |
key.converter |
Converter class used to convert between Kafka Connect format and the serialized form that is written to Kafka. This controls the format of the keys in messages written to or read from Kafka. For using protobuf format ,set the value of this field to io.confluent.connect.protobuf.ProtobufConverter |
org.apache.kafka.connect.storage.StringConverter |
key.converter.schema.registry.url |
Schema Registry URL. | "" |
key.converter.schemas.enable |
For using protobuf format ,set the value of this field to true |
false |
Name | Description | Default Value |
---|---|---|
enable.timestamp.extraction |
To enable timestamp extraction ,set the value of this field to true . NOTE: Applicable only if splunk.hec.raw is false |
false |
timestamp.regex |
Regex for timestamp extraction. NOTE: Regex must have name captured group "time" For eg.: \\\"time\\\":\\s*\\\"(?<time>.*?)\" |
"" |
timestamp.format |
Time-format for timestamp extraction . For eg.: If timestamp is 1555209605000 , set timestamp.format to "epoch" format.If timestamp is Jun 13 2010 23:11:52.454 UTC , set timestamp.format to "MMM dd yyyy HH:mm:ss.SSS zzz". . If timestamp is in ISO8601 format 2022-03-29'T'23:11:52.054 , set timestamp.format to "yyyy-MM-dd'\''T'\''HH:mm:ss.SSS" |
"" |
Health Checks | Description |
---|---|
Out of band health check |
This health check targets Loadbalancer and aims to remove all the unhealthy channels from the pool; all unhealthy channels are released for the configurable period using the parameter splunk.hec.lb.poll.interval , Although this is configurable (by default 120 seconds), It may still get a 503 result code from the Splunk indexer. For that, there is another health check, and it can be called the in-band-health check. |
In band healthcheck |
This health check targets Indexer object while posting data. If an error code is received, then it will trigger this health check. When this check fails, It will Pause the indexing from the Particular Indexer object for a configurable time using the parameter Splunk.hec.backoff.threshhold.seconds and trigger backpressure handling So that event that could not be indexed will be retried again. |
See Splunk Docs for considerations when using load balancing in your deployment.
See Splunk Docs for benchmarking results.
See Splunk Docs for information on how to scale your environment.
See Splunk Docsfor guidelines for tracking data loss and latency.
See Splunk Docs for details on troubleshooting your deployment.
Splunk Connect for Kafka is licensed under the Apache License 2.0. Details can be found in the file LICENSE.