Покритикуйте рецепт с GitHub

vi

захардкодили редактор, ну такое

это что-то из области «как собрать в кучу все говно в мире?»

И как всегда никакого описания такого же замечательного прозрачного HA восстановления сдохшей ноды. А именно в этом вся засада всех подобных систем.

В общем, после сдыхания ноды рано или поздно придётся всё останавливать и ручками собирать и запускать заново. Нет чудесной команды «вместо сдохшей поставили новую железку, сделай там всё как надо и запустись там, как раньше было.»

А вообще - да, если нода сдохнет, то вторая продолжит работу. Если этого достаточно, и пофиг как потом приводить всю систему в изначальное состояние, то почему бы и нет…

Да, похоже :-)

Но ты же знаешь, что латиноамериканцы они такие)

И да, я толком так и не понял у него DRBD на отдельном сервере (третьем) или на втором диске каждого из серверов?

И чем обеспечивается контроль целостности данных?

Или пока работает одна из нод, то пишет только рабочая нода, а вторая (резервная) просто спит?

Перечитал, все-таки второй вариант: на каждом сервере диск под drbd.

pacemaker с отключенным stonith — неподдерживаемая конфигурация (и потенциально, неопределённое поведение).

Комментарий отсюда https://habr.com/ru/post/441210/

https://clusterlabs.org/pacemaker/doc/en-US/Pacemaker/1.1/html/Clusters_from_...

От кворума никуда не деться.

Не читал, но осуждаю^W^W

Если там drbd в режиме active/active, то данное решение - говно^W специализировано для людей, которым не хватает приключений с восстановлением данных

Во, дельный комментарий.

Спасибо, РозовыйБайт)

РозовыйБайт

Может он БулавочныйКилобайт, откуда ты знаешь? =)

Историю появления моего ника можно прочесть тут (сам не пропиаришься, никто не пропиарит)

С Наступающим!

Кстати, ты Копано так и пользуешься в проде?

Они вон недавно Kopano One выпустили.

Это я к тому, что если сравнивать mailcow и Kopano,

то я бы выбрал второе - просто примерно в 2 раза меньше ресурсов жрёт на то же количество пользователей.