我目前正在使用基于Kafka的数据分析管道从源系统摄取巨大的日志文件。在摄取过程中,我不会在生产者中使用任何类型的延迟/暂停,我只是从日志文件(包含 JSON(中读取并将其发送到 Kafka。我的生产者具有以下配置。
metric.reporters = []
metadata.max.age.ms = 300000
reconnect.backoff.ms = 50
sasl.kerberos.ticket.renew.window.factor = 0.8
bootstrap.servers = [1.2.3.184:9092, 1.2.3.185:9092, 1.2.3.186:9092]
ssl.keystore.type = JKS
sasl.mechanism = GSSAPI
max.block.ms = 60000
interceptor.classes = null
ssl.truststore.password = null
client.id = producer-1
ssl.endpoint.identification.algorithm = null
request.timeout.ms = 30000
acks = all
receive.buffer.bytes = 32768
ssl.truststore.type = JKS
retries = 0
ssl.truststore.location = null
ssl.keystore.password = null
send.buffer.bytes = 131072
compression.type = none
metadata.fetch.timeout.ms = 60000
retry.backoff.ms = 100
sasl.kerberos.kinit.cmd = /usr/bin/kinit
buffer.memory = 33554432
timeout.ms = 30000
key.serializer = class org.apache.kafka.common.serialization.IntegerSerializer
sasl.kerberos.service.name = null
sasl.kerberos.ticket.renew.jitter = 0.05
ssl.trustmanager.algorithm = PKIX
block.on.buffer.full = false
ssl.key.password = null
sasl.kerberos.min.time.before.relogin = 60000
connections.max.idle.ms = 540000
max.in.flight.requests.per.connection = 5
metrics.num.samples = 2
ssl.protocol = TLS
ssl.provider = null
ssl.enabled.protocols = [TLSv1.2, TLSv1.1, TLSv1]
batch.size = 16384
ssl.keystore.location = null
ssl.cipher.suites = null
security.protocol = PLAINTEXT
max.request.size = 1048576
value.serializer = class org.apache.kafka.common.serialization.StringSerializer
ssl.keymanager.algorithm = SunX509
metrics.sample.window.ms = 30000
partitioner.class = class org.apache.kafka.clients.producer.internals.DefaultPartitioner
linger.ms = 1
使用此配置,我丢失了几乎 1/3 的消息,并出现以下错误
7:27:14.053 [kafka-producer-network-thread | producer-1] ERROR com.abc.telemetry.service.KafkaService - Batch containing 39 record(s) expired due to timeout while requesting metadata from brokers for
我计划为我的用例更新 linger.ms,batch.size。还有什么可以微调
的吗?干杯!
我看到了多个关于通过 Kafka 发送大量数据的问题。因此,我想试一试。
Kafka 不是用来发送巨大的有效载荷/消息的。您应该将其视为分布式消息总线,它为您提供分布式系统的所有权限。
由于以下原因,Kafka 限制了可以发送的消息的大小
- 巨大的消息会增加代理中的内存压力。
- 大型消息会减慢代理的速度,并且处理它们非常昂贵。
溶液:
- 您很可能在发送时使用
Reference Based Messaging
将巨大的信息的位置发送给消费者而不是发送 海量数据。这将允许您使用 外部数据存储,也减轻了 Kafka 的压力 经纪人。 - 您还可以
chunk
数据并将其内联发送,并在接收器re-assemble
。