Да.

я хотел попробовать часть минионов подключить к двум мастерам одновременно (режим "str"),
чтобы на втором мастере прогеры могли запускать свои тяжелые стейты, а  стейты,
которые требуют "знание" обо всей инфре, не ломались на этих минионах, задействовать
удаленный minion data cache. Настроили на etcd этот кеш, но он ничерта не работает,
хотя бы по этой причине  - https://github.com/saltstack/salt/issues/43381 (здесь для редиса,
но у нас и для etcd наблюдается такое же поведение).
Можно решенить в лоб - по rsync/nfs  отдавать этот кеш второму мастеру, но вроде как
есть уже готовые инструменты, которые непонятно - работают или нет

Так как нагрузка выглядит? Каждый миньен по выполнению работы отправляет мастеру ответ - он в этом случае шлет обоим == нагрузка не шардится?

Что будет если один мастер умрет в процессе выполнения?

Походу не шардится. В логах миньена видно что при ошибках связи минион меняет мастера для того чтобы стянуть с него пиллары и стэйты.

Насчет ретурнов джобов я на 100% не уверен, но эвенты точно в оба мастера шлются.

хм звучит как буд-то в этом режиме все будет работать медленее потому что надо ответ обоим отдать и оба должны принять

извините, но хрень какая-то

по ходу кубер все-таки сожрет соль 😭😭😭😭😭😭

Яблоки победят груши, да

это грустно на самом деле

вопрос в чем? был у нас сетап мультимастера.

в вас я не сомневался, Mr Oleg 😊

бойтесь змей

это скорее порождает вопрос почему был?

Вопрос в опыте от этого решения.
Что с прроизводитекльностью, что с такими штуками как оркестрация, salt mine и тд

как по мне так профита  маловато, только отказоустойчивость в случае отъеба основного мастера

Почему?

Ебли меньше

Его все знают