SB
Topic: ExampleTopicMultiPartition Partition: 0 Leader: 2 Replicas: 2,1 Isr: 2,1
- у партиции №0 лидер - второй брокер
- у партиции №0 лидер - второй брокер
Size: a a a
2020 October 06
SB
не могу нагуглить, как это узнается?
kafka-topics <parameters> —describe
MA
Topic: ExampleTopicMultiPartition Partition: 0 Leader: 2 Replicas: 2,1 Isr: 2,1
- у партиции №0 лидер - второй брокер
- у партиции №0 лидер - второй брокер
ага ,понял
MA
то есть, надо тестить запись в первый и чтение из второго
MA
ну ка
MA
Вместе с Кафкой идут скрипты, которые надо вызвать с аргументами выше.
да, осознал, спасибо, я же выше кинул результат, а там ужк всё есть
MA
да, всё работает
SB
да, осознал, спасибо, я же выше кинул результат, а там ужк всё есть
Если на Кафку хочешь плотно сесть, то имеет смысл уделить время cli. Полезное очень.
VG
Переслано от Vik Gamov
https://youtu.be/cAwAOcIpcGk стрим через 2 часа! Будет Клауд Кафка, Коннект, ksqldb, reactor и вебсокеты через sprongboot webflux
ON
Всем доброго. производительность кафки на высшем уровне, но не всегда нужно, нет параметра который может ограничить консьюмер, чтобы он мог забрать не больше N сообщений в минуту
Y
Всем доброго. производительность кафки на высшем уровне, но не всегда нужно, нет параметра который может ограничить консьюмер, чтобы он мог забрать не больше N сообщений в минуту
ON
Да оно, только работает не пойми как
ON
Спасибо большое понятно куда копать
2020 October 07
N
Подскажите .есть кластер из 4 брокеров. По факту они в 2 DC, но в конфигурации это никак не отражено. Min.insync.replicas = 2. Можно ли сделать так , что вот вторая реплика для лидера была всегда в противоположном дата центре ?
ЮХ
Nikolay
Подскажите .есть кластер из 4 брокеров. По факту они в 2 DC, но в конфигурации это никак не отражено. Min.insync.replicas = 2. Можно ли сделать так , что вот вторая реплика для лидера была всегда в противоположном дата центре ?
https://docs.confluent.io/current/multi-dc-deployments/index.html
Не рекомендуется так делать
Не рекомендуется так делать
N
https://docs.confluent.io/current/multi-dc-deployments/index.html
Не рекомендуется так делать
Не рекомендуется так делать
Спасибо. Это выглядит как то через чур сложным решением для такой простой задачи. Почему просто нельзя настроить ,что одна реплики должны быть в другом dc
ЮХ
Время при котором приходит подтверждение, что оффсет успешно записан, большое из-за этого производительность всего кластера сильно пострадает... Поэтому и не рекомендуется. Можно с таймаутами поиграть и получить даже рабочее решение, но гарантий никах, что оно будет работать хорошо
N
Но вот у нас по факту в 2 dc . Т.е Кафка же сейчас не выбирает реплики на основании времени подтверждения. Она реплики для isr выбирает по какому то простому алгоритму. Какому кстати ?