KafkaV2

简介

flusher_kafka_v2 flusher插件可以实现将采集到的数据,经过处理后,发送到Kafka。

版本

Beta

版本说明

  • 推荐版本:iLogtail v1.6.0 及以上

配置参数

参数
类型
是否必选
说明

Type

string

插件类型

Brokers

String数组

Kafka Brokers

Topic

string

Kafka Topic,支持动态topic, 例如: test_%{content.appname}

Version

string

Kafka协议版本号 ,例如:2.0.0,默认值:1.0.0

Headers

header数组

kafka消息头 ,配置使用请参考本文中Headers配置用例

Convert

Struct

iLogtail数据转换协议配置

Convert.Protocol

string

iLogtail数据转换协议,kafka flusher 可选值:custom_single,custom_single_flatten,otlp_log_v1。默认值:custom_single

Convert.Encoding

string

iLogtail flusher数据转换编码,可选值:jsonnoneprotobuf,默认值:json

Convert.TagFieldsRename

Map

对日志中tags中的json字段重命名

Convert.ProtocolFieldsRename

Map

iLogtail日志协议字段重命名,可当前可重命名的字段:contents,tagstime

Authentication

Struct

Kafka连接访问认证配置,支持SASL/PLAIN,根据kafka服务端认证方式选择配置

Authentication.PlainText.Username

string

PlainText认证用户名

Authentication.PlainText.Password

string

PlainText认证密码

Authentication.SASL.Username

string

SASL认证用户名

Authentication.SASL.Password

string

SASL认证密码

Authentication.Sasl.SaslMechanism

string

SASL认证,配置可选项:PLAINSCRAM-SHA-256SCRAM-SHA-512

Authentication.TLS.Enabled

bool

是否启用TLS安全连接,

Authentication.TLS.CAFile

string

TLS CA根证书文件路径

Authentication.TLS.CertFile

string

TLS连接kafka证书文件路径

Authentication.TLS.KeyFile

string

TLS连接kafka私钥文件路径

Authentication.TLS.MinVersion

string

TLS支持协议最小版本,可选配置:1.0, 1.1, 1.2, 1.3,默认:1.2

Authentication.TLS.MaxVersion

string

TLS支持协议最大版本,可选配置:1.0, 1.1, 1.2, 1.3,默认采用:crypto/tls支持的版本,当前1.3

Authentication.TLS.InsecureSkipVerify

bool

是否跳过TLS证书校验

Authentication.Kerberos.ServiceName

string

服务名称,例如:kafka

Authentication.Kerberos.UseKeyTab

bool

是否采用keytab,配置此项后需要配置KeyTabPath,默认为:false

Authentication.Kerberos.Username

bool

UseKeyTab设置为false的情况下,需要指定用户名

Authentication.Kerberos.Password

string

UseKeyTab设置为false的情况下,需要指定密码

Authentication.Kerberos.Realm

string

kerberos认证管理域,大小写敏感

Authentication.Kerberos.ConfigPath

bool

Kerberos krb5.conf

Authentication.Kerberos.KeyTabPath

string

keytab的路径

PartitionerType

string

Partitioner类型。取值:roundrobinhashrandom。默认为:random

RequiredAcks

int

ACK的可靠等级.0=无响应,1=等待本地消息,-1=等待所有副本提交.默认1,

Compression

string

压缩算法,可选值:none, snappylz4gzip,默认值none

CompressionLevel

int

压缩级别,可选值:1~9,默认值:4,设置为0则禁用Compression

MaxMessageBytes

int

一个批次提交的大小限制,配置和message.max.bytes对应,默认值:1000000

MaxOpenRequests

int

一个连接允许的最大打开的请求数,默认值:5

MaxRetries

int

提交失败重试次数,最大3次,默认值:3

BulkMaxSize

int

单次请求提交事件数,默认2048

BulkFlushFrequency

int

发送批量 Kafka 请求之前等待的时间,0标识没有时延,默认值:0

Timeout

int

等待Kafka brokers响应的超时时间,默认30s

BrokerTimeout

int

kafka broker等待请求的最大时长,默认10s

Metadata.Retry.Max

int

最大重试次数,默认值:3

Metadata.Retry.Backoff

int

在重试之前等待leader选举发生的时间,默认值:250ms

Metadata.RefreshFrequency

int

Metadata刷新频率,默认值:250ms

Metadata.Full

int

获取原数数据的策略,获取元数据时使用的策略,当此选项为true时,客户端将为所有可用主题维护一整套元数据,如果此选项设置为false,它将仅刷新已配置主题的元数据。默认值:false

HashKeys

String数组

PartitionerType为hash时,需指定HashKeys。

HashOnce

bool

ClientID

string

写入Kafka的Client ID,默认取值:LogtailPlugin

  • Version需要填写的是kafka protocol version版本号,flusher_kafka_v2当前支持的kafka版本范围:0.8.2.x~3.3.1。 请根据自己的kafka版本号参照下面的kafka protocol version规则进行配置。建议根据自己的kafka 版本指定对应protocol version, kafka protocol version支持版本号如下:

  • Brokers是个数组,多个Broker地址不能使用;或者,来隔开放在一行里,yaml配置文件中正确的多个Broker地址配置参考如下:

样例

采集/home/test-log/路径下的所有文件名匹配*.log规则的文件,并将采集结果发送到Kafka。

进阶配置

以下面的一段日志为例,后来将展开介绍ilogtail kafka flusher的一些高阶配置

以上面这行日志为例 , 我们通ilogtailprocessor_regex插件,将上面的日志提取处理后几个关键字段:

  • time

  • loglevel

  • appname

  • thread

  • class

  • message

最后推送到kafka的数据样例如下:

动态topic

针对上面写入的这种日志格式,如果想根据application名称针对不用的应用推送到不同的topic, 则topic可以这样配置。

最后ilogtail就自动将日志推送到test_springboot-docker这个topic中。 topic动态表达式规则:

  • %{content.fieldname}content代表从contents中取指定字段值

  • %{tag.fieldname},tag表示从tags中取指定字段值,例如:%{tag.k8s.namespace.name}

  • ${env_name}, 读取系统变量绑定到动态topic上,ilogtail 1.5.0开始支持。

  • 其它方式暂不支持

动态topic中使用系统变量

动态topic绑定系统变量的两种场景:

  • 将系统变量采集添加到日志的tag中,然后使用%{tag.fieldname}规则完成绑定。

  • 对系统变量无采集存储需求,只是想根据设定的系统变量将日志推送到指定的topic中,直接采用${env_name} 规则完成绑定,此方式需要1.5.0才支持。

由于上面提到的两种系统变量的采集绑定都需要做一些特殊配置,因此下面将分别介绍下相关的配置操作。

(1)将系统变量采集到日志中完成动态topic绑定

将系统变量采集添加到日志中有两种方式,一种是在ilogtail容器env添加,另一种是通过processor_add_fields 插件添加, 两种方式不同的配置参考下面的介绍

  • daemonset或者sidecar方式部署的ilogtail容器env配置部分添加自定义的系统变量,配置参考案例如下:

自定义的变量_app_name_被添加到ALIYUN_LOG_ENV_TAGS中,日志的tags中会看到自定义的变量, 此时动态 topic 采用%{tag.fieldname}规则配置即可。

  • 使用processor_add_fields 插件系统变量添加到日志中,配置参考如下:

这里${env_name}生效依赖于ilogtailenable_env_ref_in_config配置,从ilogtail 1.5.0开始支持。

(2)直接采用$符将系统变量绑定动态topic

daemonset或者sidecar方式部署的ilogtail容器env配置部分添加自定义的系统变量,配置参考案例如下:

app_name添加到系统变量中后,直接采用动态topic的:${env_name}规则即可绑定。

  • ${app_name}就是我们上面添加的系统变量。

TagFieldsRename

例如将tags中的host.name重命名为hostname,配置参考如下:

ProtocolFieldsRename

ilogtail协议字段重命名,在ilogtail的数据转换协议中, 最外层三个字段contents,tagstime属于协议字段。ProtocolFieldsRename只能对 contents,tagstime这个三个字段进行重命名。 例如在使用Elasticsearch你可能想直接将time重命名为@timestamp,则配置参考如下:

指定分区分发

ilogtail一共支持三种分区分发方式:

  • random随机分发, 默认。

  • roundrobin轮询分发。

  • hash分发。

randomroundrobin分发只需要配置PartitionerType指定对应的分区分发方式即可。 hash分发相对比较特殊,可以指定HashKeysHashKeys的中配置的字段名只能是contents中的字段属性。

配置用例:

  • content.application中表示从contents中取数据application字段数据,如果对contents协议字段做了重命名, 例如重名为messege,则应该配置为messege.application

配置Headers

iLogtailKafka的消息头是以键值对数组的形式配置的。headervalue仅支持字符串类型。

数据平铺

ilogtail 1.8.0新增数据平铺协议custom_single_flattencontentstagstime三个convert层的协议字段中数据做一级打平。 当前convert协议在单条数据处理仅支持json编码,因此custom_single_flatten需要配合json编码一起使用。

非平铺前写入kafka的消息格式

使用平铺协议后custom_single_flattenjson全部被一级平铺。

安全连接配置

flusher_kafka_v2支持多种安全认证连接kafka服务端。

  • PlainText认证,ilogtail v1.3.0开始支持;

  • SASL认证,ilogtail v1.3.0开始支持;

  • TLS认证,ilogtail v1.4.0开始支持;

  • Kerberos认证(待测试验证),ilogtail v1.4.0开始支持;

前面两种配置比较简单,下面主要介绍下TLSKerberos两种认证的配置。

TLS配置参考

注: 配置仅供参考,证书文件请自行生成后根据事情情况配置。

Kerberos配置参考

Last updated