Я просто оставлю это здесь


https://www.confluent.io/blog/multi-region-data-replication

ох тыж ёжик, чудо свершилось

Нам вроде 2 брокера хватало. Но тут я посмотрел видимо с HL.и там был случай описан. Что если у нас живой сейчас 1 брокер и происходит коррапшен этого брокера и он падает, то когда поднимитесь второй - он станет лидером и мы все потеряем ,что было в первом. Но тут выяснилось , что скорее я не правильно понял и такое возможно только если unclear.leader.election.enable = true. Вот и встал вопрос. Может на все же хватит 2 брокера

да, при unclear такое возможно

ну или при unclear.leader.election.enable = true НО настройках ask=1

так как запись прошла в первый брокер, а до второго ещё не доехала и он про неё не знает

Но если оставить unclear в false
. Может хватит 2 брокера ?

не уверен =)

ждем @gamussa

Из того что я прочитал мельком (сорян, я тут в декрете, одного мелкого отвозил в садик пока другой спит) ты вроде все правильно говорил

Можно executive summary плиз

А что такое executive summary?

Ну это когда к начальнику приходишь а он такой "к черту детали, дай мне картинку мира"

Это executive summary на executive summary

Ну и там же serializer

ок. понял. Вопрос такой. чем архитектура 2 брокера по 1 в каждом из двух датацентрах хуже архитектуры в каждом датацентре по 2 брокера ( всего четеры). Вроде как видится, что по одному в каждом достаточно

Ну если ты уверен, что один брокер выдержит нагрузку, став лидером для всего и вся(будем считать, что мы в идеальном мире и 100% времени он находится в статусе isr) , когда схлопнется второй и сможет жить достаточно долго до того, как второй вернется в строй, то почему бы и нет)

А как узнать какую нагрузку он может не выдержать ?