首页 > 解决方案 > 卡夫卡消费者,很长的重新平衡

问题描述

我们正在运行一个 3 代理 Kafka 0.10.0.1 集群。我们有一个 java 应用程序,它产生了许多从不同主题消费的消费者线程。对于每个主题,我们都指定了不同的消费者组。

很多时候,我看到每当重新启动此应用程序时,一个或多个 CG 需要超过 5 分钟才能接收分区分配。在那之前,该主题的消费者不会消费任何东西。如果我去 Kafka 代理并运行 consumer-groups.sh 并描述那个特定的 CG,我会发现它正在重新平衡。在 server.log 我看到这样的行

准备稳定组 otp-sms-consumer 稳定组 otp-sms-consumer

而这两个日志之间通常有大约 5 分钟或更长时间的间隔。在消费者方面,当我打开跟踪级别日志时,在此暂停时间内实际上没有任何活动。几分钟后,大量活动开始。该主题中存储了时间关键数据,例如 otp-sms,我们不能容忍如此长的延迟。如此长时间的再平衡可能是什么原因。

这是我们的消费者配置

auto.commit.interval.ms = 3000
auto.offset.reset = latest
bootstrap.servers = [x.x.x.x:9092, x.x.x.x:9092, x.x.x.x:9092]
check.crcs = true
client.id =
connections.max.idle.ms = 540000
enable.auto.commit = true
exclude.internal.topics = true
fetch.max.bytes = 52428800
fetch.max.wait.ms = 500
fetch.min.bytes = 1
group.id = otp-notifications-consumer
heartbeat.interval.ms = 3000
interceptor.classes = null
key.deserializer = class org.apache.kafka.common.serialization.StringDeserializer
max.partition.fetch.bytes = 1048576
max.poll.interval.ms = 300000
max.poll.records = 50
metadata.max.age.ms = 300000
metric.reporters = []
metrics.num.samples = 2
metrics.sample.window.ms = 30000
partition.assignment.strategy = [class org.apache.kafka.clients.consumer.RangeAssignor]
receive.buffer.bytes = 65536
reconnect.backoff.ms = 50
request.timeout.ms = 305000
retry.backoff.ms = 100
sasl.kerberos.kinit.cmd = /usr/bin/kinit
sasl.kerberos.min.time.before.relogin = 60000
sasl.kerberos.service.name = null
sasl.kerberos.ticket.renew.jitter = 0.05
sasl.kerberos.ticket.renew.window.factor = 0.8
sasl.mechanism = GSSAPI
security.protocol = SSL
send.buffer.bytes = 131072
session.timeout.ms = 300000
ssl.cipher.suites = null
ssl.enabled.protocols = [TLSv1.2, TLSv1.1, TLSv1]
ssl.endpoint.identification.algorithm = null
ssl.key.password = null
ssl.keymanager.algorithm = SunX509
ssl.keystore.location = null
ssl.keystore.password = null
ssl.keystore.type = JKS
ssl.protocol = TLS
ssl.provider = null
ssl.secure.random.implementation = null
ssl.trustmanager.algorithm = PKIX
ssl.truststore.location = /x/x/client.truststore.jks
ssl.truststore.password = [hidden]
ssl.truststore.type = JKS
value.deserializer = class org.apache.kafka.common.serialization.StringDeserializer

请帮忙。

标签: apache-kafka

解决方案


I suspect your cluster version is at least 0.10.1.0 as I see max.poll.interval.ms in your consumer configuration which was introduced in this version.

Kafka 0.10.1.0 integrates KIP-62 which introduces a rebalance timeout set to max.poll.interval.ms and its default value is 5 minutes.

I guess if you don't want to wait timeout expiration during a rebalance, your consumers need to cleanly leave consumer group by calling close() method.


推荐阅读