Партиции на ней начнут быть не доступны, начнется ребалансировка, что приведет к остановки записи в топик, до её завершения, а топики могут быть на десятки и сотни гигов, есть топик с логами, там под ТБ
да ты прав, так просто не выйдет.так а если тупо просто подкинуть новый серт вместо старого с тем же именем?
Ну вот не пробовал, сомневаюсь, что процессы постоянно перечитывают файлы, обычно реализация инициализация конфигурации при старте и потом работа с экземпляром этим, форки и тп.. в теории попробую на тестовом кластере подсунуть и не трогать процессы, посмотрим... А вообще обработка сигналов HUP должна же быть и реализована в таком продукте, послать например kill -s HUP на мастер процесс Кафки и если поддерживает, должен перечитать. Но это если реализовано.
да просто использовать надо было язык (мифический) где уже 20 лет как релизован хотрелоад, а не java, не так ли?)
Обработка сигналов это из коробки во многих языках, но не везде в коде реализовано использование сигналов, те правильные обработчики на сигналы. Возьми любой софт на си/с++ (nginx, haproxy, pgbouncer и тп) все они поддерживают HUP сигнал
воу-воу. полегче, кучер! Мне обещали список ЯЗЫКОВ что ИЗ КОРОБКИ 20 лет уже поддерживают хотрелоад. Не надо скакать с "если реализовали обработку ". Вы в nginx видели как это делается вооооообще?)
да ладно Вам, у парня может всё горит а Вы тему меняете. У него стрессовая ситуация. Я думаю эти рассуждения не к месту.
Ну как бы сертификат на сервер выписали на год, вот скоро дата окончания этого сертификата на сервере, на кластере, надо обновить, но Кафка 24/7 под нагрузкой и завязано на неё много что бизнесового, простой Кафки большой убыток будет. Тут либо всех потребителей переключать в insecure режим , но Кафка и внутри использует ssl для общения, там тоже всё развалится, если просрочка сертификата. Поэтому надо до даты окончания , произвести замену с минимальным простоем.
кто запустит ребалансировку? только лидеры недоступных партиций поменяются
Обсуждают сегодня