Помогите разобраться, кластер corosync+pacemaker

Скажи сначала чем сварм не устраивает

Причем тут сварм?

Corosync общается мультикастом, который обычно не роутится. Нужно перенастроить на unicast

Coro+pcmk добавляет массу головной боли, и если ТСу не нужно иметь прямого доступа к железу, он не хочет изобретать пачку проксей и у него нет опыта настройки кластеров - легче взять сварм или к8с, психика целее будет

Короче этот вопрос - попытка выяснить причину, а не лечить симптомы

Это про любые кластерные системы можно сказать. К8с и сварм тоже принесут проблем если не уметь с ними работать

От задачи зависит. Если нужно крутить 3.5 rest питона - проблем будет сильно меньше. По крайней мере не нужно будет изобретать пару nginx для прямой и обратной прокси, не нужно будет держать им темплейтер и хранилище конфига…

А зачем ему для 3.5 рест пайтона держать темплейтер и хранилище конфигов?

Спасибо за совет! Используем именно эту связку потому она же используется в других наших проектах.

Рестам же надо между собой общаться, а где кто из них живёт надо ещё найти

Мой посыл был в том , что 3,5 рестам вся эта мутотень с свармами и кубами - это оверинжиниринг. А находить друг друга можно по плавающим ип, что и решает связка pacemaker corosync или какойнить haproxy + keepalived. И работает это многие годы до всяких куберов.

какойнить haproxy + keepalived

Вот я и говорю проксю изобретать. Прибавь сбор логов и написание юнитов - и по сути изобретешь сварм.

Не, я не говорю что пцмк плохая штука. Это офигенная и крайне гибкая вещь, но зачастую из-за этой гибкости начинается овердофига дополнительных телодвижений