Spring kafka NonResponsiveConsumerEvent даже запускает время, когда брокер не работает - PullRequest
1 голос
/ 15 октября 2019

В моей машине работает потребитель. Когда я останавливаю брокера Kafka, я получаю предупреждение в моем приложении как

"org.apache.kafka.clients.NetworkClient: [Consumer clientId=Data-client-0, groupId=Consumer_group] Connection to node 0 could not be established. Broker may not be available."

Но NonResponsiveConsumerEvent срабатывает через 2-4 минуты. В соответствии с этой документацией https://github.com/spring-projects/spring-kafka/blob/master/src/reference/asciidoc/kafka.adoc#idle-containers В нем говорится, что «контейнер публикует NonResponsiveConsumerEvent, если опрос не возвращается в 3x свойстве pollInterval». Мой интервал опроса составляет 5 минут, и я установил noPollThreshold на 1 л. Это должно вызвать это событие через 5 минут, но я получаю это событие через 2-4 минуты.

Я попытался изменить max.poll.interval.ms на 30 секунд - для этого я иногда получал событие, которое запускалось при запуске приложения, затем следующеесобытие запускается через 2-4 минуты.

Мой customerconfig

2019-10-15 13:12:54,403 INFO  [main]  org.apache.kafka.common.config.AbstractConfig: ConsumerConfig values: 
    auto.commit.interval.ms = 5000
    auto.offset.reset = latest
    bootstrap.servers = [localhost:9092]
    check.crcs = true
    client.id = Data-client-0
    connections.max.idle.ms = 540000
    default.api.timeout.ms = 60000
    enable.auto.commit = false
    exclude.internal.topics = true
    fetch.max.bytes = 52428800
    fetch.max.wait.ms = 500
    fetch.min.bytes = 1
    group.id = Consumer_group
    heartbeat.interval.ms = 3000
    interceptor.classes = []
    internal.leave.group.on.close = true
    isolation.level = read_uncommitted
    key.deserializer = class org.apache.kafka.common.serialization.ByteArrayDeserializer
    max.partition.fetch.bytes = 1048576
    max.poll.interval.ms = 300000
    max.poll.records = 500
    metadata.max.age.ms = 300000
    metric.reporters = []
    metrics.num.samples = 2
    metrics.recording.level = INFO
    metrics.sample.window.ms = 30000
    partition.assignment.strategy = [class org.apache.kafka.clients.consumer.RangeAssignor]
    receive.buffer.bytes = 65536
    reconnect.backoff.max.ms = 1000
    reconnect.backoff.ms = 50
    request.timeout.ms = 30000
    retry.backoff.ms = 100
    sasl.client.callback.handler.class = null
    sasl.jaas.config = null
    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.login.callback.handler.class = null
    sasl.login.class = null
    sasl.login.refresh.buffer.seconds = 300
    sasl.login.refresh.min.period.seconds = 60
    sasl.login.refresh.window.factor = 0.8
    sasl.login.refresh.window.jitter = 0.05
    sasl.mechanism = GSSAPI
    security.protocol = PLAINTEXT
    send.buffer.bytes = 131072
    session.timeout.ms = 10000
    ssl.cipher.suites = null
    ssl.enabled.protocols = [TLSv1.2, TLSv1.1, TLSv1]
    ssl.endpoint.identification.algorithm = https
    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 = null
    ssl.truststore.password = null
    ssl.truststore.type = JKS
    value.deserializer = class org.apache.kafka.common.serialization.ByteArrayDeserializer

2019-10-15 13:12:54,461 INFO  [main]  org.apache.kafka.common.utils.AppInfoParser$AppInfo: Kafka version : 2.0.1
2019-10-15 13:12:54,462 INFO  [main]  org.apache.kafka.common.utils.AppInfoParser$AppInfo: Kafka commitId : fa14705e51bd2ce5
2019-10-15 13:12:54,466 INFO  [main]  org.springframework.scheduling.concurrent.ExecutorConfigurationSupport: Initializing ExecutorService
2019-10-15 13:12:54,469 INFO  [main]  org.springframework.core.log.LogAccessor: KafkaMessageListenerContainer.ListenerConsumer [containerProperties=ContainerProperties [topics=[row], pollTimeout=5000, groupId=Consumer_group, consumerRebalanceListener=org.springframework.kafka.listener.AbstractMessageListenerContainer$1@41962299, syncCommits=true, ackMode=MANUAL_IMMEDIATE, ackCount=0, ackTime=0, messageListener=org.springframework.kafka.listener.adapter.RecordMessagingMessageListenerAdapter@3f910f36, consumerTaskExecutor=org.springframework.core.task.SimpleAsyncTaskExecutor@6421bc7e, shutdownTimeout=10000, ackOnError=false, idleEventInterval=not enabled, monitorInterval=1, noPollThreshold=1.0], listenerType=ACKNOWLEDGING_CONSUMER_AWARE, isConsumerAwareListener=true, isBatchListener=false, autoCommit=false, consumerGroupId=Consumer_group, clientIdSuffix=-0]

Мой контейнер поддерживает

factory.getContainerProperties().setAckMode(AckMode.MANUAL_IMMEDIATE);
        factory.getContainerProperties().setNoPollThreshold(1L);
        factory.getContainerProperties().setMonitorInterval(1);
        factory.getContainerProperties().setLogContainerConfig(true);

Я использую spring-kafka 2.3.0.RELEASE spring-boot-starter-parent 2.1.9.RELEASE spring-core 5.2.0.RELEASE

Мой EventListener

@EventListener
    public void eventHandler(NonResponsiveConsumerEvent event) {
System.out.println("NonResponsiveConsumerEvent event triggered"+ event.getListenerId());
}

1 Ответ

0 голосов
/ 15 октября 2019

Я удивлен, что вы получили это событие вообще, потому что современные клиенты больше не висят в опросе, когда брокер мертв;время опроса истекло, записи не возвращаются, поэтому lastPoll обновляется перед каждым опросом.

В документации имеется опечатка. Должно быть сказано:

"контейнер публикует NonResponsiveConsumerEvent, если опрос не возвращается в течение 3х раз pollTimeout. Примечание pollTimeout не pollInterval .

При пороговом значении 1 кажется, что для параметра pollTimeout установлено значение 2 минуты, что может привести к публикации этих событий. Из-за состояния гонки. Порог должен быть> 1, чтобы избежать этого условия гонки.

На самом деле настройка pollTimeout, вероятно, не важна, просто порог, равный 1, означает, что в каждом опросе идет гонка.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...