Ок. При переходе с 2.3.1 на 2.4.1 например меняется версия

zookeeper. таким образом, я должен перезапустить его до рестарта брокера? Пока не пойму как zookeper обновиться на новую версию на лету.

Апгрейд зуукипера - это отдельный процесс. Не надо его вместе с кафкой апгрейдить

Я уже сделал это на своем тестовом стенде. Вроде все ок. К тому же в офф доке кафки процесс обновления zookeeper не отделен от обновления kafka - даже говорят какие флаги для zookeeper поменять и какие доп действия предпринять, чтобы новая версия заработала. Меня только смущало, что ни слова не сказано, что zookeeper надо рестартовать.

Обновляйте по одному. У вас кластер ЗК. Скажем 3 штуки. Выключили один. Обновили. Запустили.

Да. Именно так я и сделал. На тестовом стенде полет нормальный. Посмотрим как на проде будет)

Сначала надо rolling restart кластера зукипера сделать, а потом Кафки

Можно даже обновлять всегда фоловера. Когда вы погасите первый фоловера , то когда он поднимется , то не должен стать лидером. Не знаю детали ZAB, но в raft так происходит. Потом вы погасите второго фоловера. Когда он проапгрейдится, то он тоже не станет лидером, а лидером станет кто -то из тех двух уже с равной вероятность . Но большого смысла в такой манипуляции нет. В принципе клиенты зукипера конектится не к дилеру , а к любой из нод. Т.е какие то клиентские сессии все равно будут задеты., Но они перекинуться сами

Как раз серчил эту инфу по поводу порядка рестартов. Я так и делал - гасил фолловеров, а потом лидера.

Да, звучит разумно. Хотя в целом каждая из нод зукипера будет иметь какие-то сессии с каких то Кафка брокеров. Кафке придется их переустанавливать.зукипер в целом очень хорошо написан. Он выдержит скорее любой порядок

На всякий случай сделаю в протестированном порядке. Под нагрузкой апдгрейдится как то спокойней будет. Хотя в процессе тестов я нарушал порядок и в процессе пушил месседжи в топик - вроде работало. Но это же не настоящая нагрузка.