Куясе ресурсы для какого-то сраного форума...

Для master-master и автопереключения Galera cluster есть. Но там 3 ноды надо для кворума. Подумай, надо ли оно тебе. Руками переключить проще будет при обычной репликации.

Смысл в отказоустойчивости.

Да, в подавляющем большинстве случаев именно такая схема в большинстве СУБД: полуавтомат. Одной командой переключаешь мастер-реплика.
А с автофейловером - он ведь может и не отработать корректно.
Обычная репликация проще, поэтому надежнее.

Так это как раз проблема master-master. А если реплика readonly, но никаких проблем не должно быть, кроме отставания данных по репликации. Лаг репликации надо мониторить.

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

Вот это нахера?) Мы на текущем месте за последние 10дней храним)

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

Но да, нужно будет дополнительно настроить мониторинг и обслуживание.

p.s. Я не знаю, может реально все это нах не надо для задачи поддержки форума...

Не пробовал чем-то увлекаться, кроме работы и лизания ног?) Не, я не бухать предлагаю. А там погулять, в гости к друзьям сходить, зимой на лыжах\борде покататься. Книжку почитать на крайняк)
Я конечно рад своей работе, но для работы есть рабочее время. А свободное время не для ИТ, а то геморрой на жопе будет)
p.s. Хотя если хочешь прокачать навыхи для прокачки скиллов и последующего более качественного трудоустройства или запуска своего проекта, то подход одобряю) Но только временно. Трудоголизм - зло! :)

Не, заставлять, конечном, не надо) Играть в комп игры - те же яйца, только в профиль)
Я просто стараюсь себе найти какую-то деятельность вне компа, желательно физически активную(с детьми погулять, в футбол погонять, лыжи, тюбинг с детьми опять же), а то геморрой на старости обеспечен)

Либо хроническая усталость, либо влияние большого города. Я за это большие города и не люблю.
Поедешь раз в месяц на метро\электричке в Москву, думаешь, пиздец, как тут люди живут... :)
Меня эти толпы людей с хмурыми лицами, едущих на работу\с работы, вгоняют в уныние.
Хотя кого-то именно это и прет: быть в толпе, в движухе. Я люблю быть в движухе, но временно, а не перманентно.

Да, физические нагрузки перед работой на меня тоже оказывают положительное влияние. Я тут на море бегаю, не регулярно, но периодически.

Мне кажется, на моей текущей и прошлой работе некоторые продуктовые сервера проще были устроены))

А на микросервисы переходить будешь?))

Нахер тебе master master? Гемора больше и инфра сложнее. Сделал бы стандартный Master slave и не ипал бы мозг.

В MSSQL, PostgreSQL переключение на реплику делается одной командой. Подозреваю, на MySQL\MariaDB аналогично.
Т.е. это не автоматом.
Чтоб приложуха коннектилась автоматом к нужному серверу, надо что-то типа virtual ip сделать, где подменить реальный ip при падении.
Итого 2 действия.
С учетом, что работа форума 24\7 нахуй не сдалась, при аварии ничего ценного не потеряется, юзеры подождут.
С master-master еще чреваты вопросы поддержки этого хозяйства. Будешь чинить там всякие расщепления данных. + тебе надо будет 3 сервера поднимать, вместо 2х.
p.s. На MySQL работал с готовой репликацией, чинил ее, но вот конкретно переключение на реплику ни разу не приходилось делать.

Там в комплекте надо будет таблицу хуев срепицировать с дикеефорума. Оно надо Базе?)

А какой размер БД?

125гб несколько часов восстанавливалось из дампа? Может у тебя с пропускной способностью сети между хранилкой бэкапов и БД затык?
Я недавно БД почли 0.5Тб за 2.5ч отресторил. И это был дамп.

Кстати, может лучше делать физический бэкап, чем дамп? Дамп удобен для другого: переезда между разными версиями там.
Попробуй решение от Percona - XtraBackup. Физическая копия будет быстрее делаться и ресториться, чем дамп.

Да я тоже в Магните когда работал, натрахался с этой галерой. Там она система стабильно раз в месяц почему-то падала.

Не пользовался, не в курсе. Думаю, гугл ответит.
А диски какие: hdd, ssd?

Ну если дедофорум до сих пор на MyIsam, эт песдец))

Бэкап LVM - не для задачи рестора БД. БД лучше бэкапить ее средствами.

Так реплика же будет рабочая! Ну да, надо будет вручную переключить. Ну теоретически можно несложный bash-скрипт набросать: мастер не доступен, запускаем реплику.
p.s. А воообще все это не так чтобы нужно. Главное, чтоб при недоступности СУБД или чего-то еще на форуме автоматом включались "технические работы". Тогда пользователи будут спокойны.

Ну если хочешь секса, то делай.
Классический master - slave используется в 95% случаев, как простой и надежный вариант отказоустойчивости.
А эту ебаную галеру я чаще чинил, чем все остальные mysql-хосты.
p.s. А за мультимастер вообще пИздить надо ссанымы тряпками. :)

На предыдущем месте в Магните было порядка 22 MySQL-хостов. Из них на одной или двух систем только была Галера. Там была какая-то бага, возможно связанная с версией MySQL 5.7 - MySQL постепенно сжирала ОЗУ и ее прибивал OOM-killer. Такое было на 3х системах. Две из них(там обычная percona master-slave) были проапгрейжены до MySQL 8.0 - проблема ушла.
Причем о проблеме я узнал, когда настроил мониторинг. На percona master-slave служба MySQL падала, но потом сама поднималась за минуту-две. Т.е. в целом для пользователей было не заметно. Но службы стабильно раз 1-2 недели падали и ребутились. Не кошерно.

А вот третья с Галерой падала насмерть(сначала один хост, потом остальных два), но раз в месяц и, сука, чаще всего в мое дежурство попадала)
Я пытался ее чинить, читал мануалы. По идее она вообще сама должна была подниматься. В итоге звонил более шарящему товарищу по MySQL. Он что-то там химичил(но никогда не говорил что), через какое-то время 1-1.5ч система поднималась.
Можно, конечно, считать, что это я чайник. :) Нас в отделе было 4ро. Двое других вообще к MySQL не прикасались. Также шли к 4му коллеге, когда она падала в их дежурство. Текучкой по MySQL не занимались.
А я хоть что-то там чинил(percona репликацию), полностью весь мониторинг сделал, версии обновлял, оптимизацией запросов занимался.
Как бы у нас основной СУБД была все же PostgreSQL(порядка 100 инстансов). MySQL была постольку-поскольку.