Size: a a a

2020 September 12

NS

Name Schiefer in pro.kafka
Спасибо
источник

I

Ilgiz in pro.kafka
sad but true
источник
2020 September 13

AP

Abi Palagashvili in pro.kafka
ребят, а как лимитировать нагрузку на kafka-streams приложении?)
источник

AP

Abi Palagashvili in pro.kafka
поясню - у меня после падения приложения накапливается очередь из непрочитанных сообщений
И после рестарта консьюмер начинает читать по 150к сообщений в секунду
После этого он отваливается
Подозреваю, что от такой загрузки кафке плохо становится
источник

GM

Gleb Mekhrenin in pro.kafka
Что значит отваливается? Эксепшен? Оом киллер?
источник

AP

Abi Palagashvili in pro.kafka
2020-09-10 20:09:41 WARN   AbstractCoordinator:1119 - [Consumer clientId=sharder-application-1-8545e058-3494-4951-93d3-94bb4833be44-StreamThread-5-consumer, groupId=sharder-application-1] This member will leave the group because consumer poll timeout has expired. This means the time between subsequent calls to poll() was longer than the configured max.poll.interval.ms, which typically implies that the poll loop is spending too much time processing messages. You can address this either by increasing max.poll.interval.ms or by reducing the maximum size of batches returned in poll() with max.poll.records.
источник

AP

Abi Palagashvili in pro.kafka
причем даже эксепшн не вылетает
источник

AP

Abi Palagashvili in pro.kafka
ну через wondershaper получается лимитировать походу
источник

DC

Denis Chernyshov in pro.kafka
Abi Palagashvili
ну через wondershaper получается лимитировать походу
max.pool.records и max.pool.interval.ms должны помочь
источник

AP

Abi Palagashvili in pro.kafka
Ну я крутил их достаточно долго
источник

AP

Abi Palagashvili in pro.kafka
Кажется, что проблема глубже
источник

AP

Abi Palagashvili in pro.kafka
Я думаю квоту выставить на стороне брокера, мб лучше станет
источник

nn

nasdaq nice in pro.kafka
привет ребят
а как думаете коммитить оффсеты часто (10-50ms) норм тема?
источник

VB

Vladimir Bukhtoyarov in pro.kafka
@true_teamlead сильно зависит от того сколько у тебя консумеров. Одно дело 2 консумера комитящих 100 раз в секунду, другое дело 100 консумеров комитящих 100 раз в секунду.
источник

N

Nick in pro.kafka
nasdaq nice
привет ребят
а как думаете коммитить оффсеты часто (10-50ms) норм тема?
и на кой так часто?
источник

nn

nasdaq nice in pro.kafka
Vladimir Bukhtoyarov
@true_teamlead сильно зависит от того сколько у тебя консумеров. Одно дело 2 консумера комитящих 100 раз в секунду, другое дело 100 консумеров комитящих 100 раз в секунду.
будет зависить от размера кластера
ну короче ~3 или 9 консамеров
источник

nn

nasdaq nice in pro.kafka
Nick
и на кой так часто?
я считываю данные из кафки и пушу их в другую систему и хочу тратить как можно меньше времени на агрегацию сообщенек для коммита
источник

N

Nikolay in pro.kafka
Кафка разве вызывает fsync по комите?
источник

N

Nick in pro.kafka
nasdaq nice
я считываю данные из кафки и пушу их в другую систему и хочу тратить как можно меньше времени на агрегацию сообщенек для коммита
так вам надо не частотоу коммитов выставлять, а время на полинг и максимальный размер буфера уменьшить
источник

VB

Vladimir Bukhtoyarov in pro.kafka
@true_teamlead ну вроде не смертельные цифры.

Вообще нужно учитывать следующий момент с комитами: в одной консумер группе все коммит реквесты отправляются на одно ноду брокера, если скажем у тебя три сервера кафки и рэйт сообщеений 1000  в секунду и ты коитишь по одному мессджу, то есть имеешь те же самы 1000 комитов в секунду то у тебя возникнет следующий дисбаланс в нагрузке на брокеров:
месаджи распределятся скорее всего равномерно по 333 на брокер, но один из брокеров будет обрабатывать 1000 комитов
источник