megabyte [игнорируется] 

А что скажешь по поводу конфигурации split read/write?

Физически, master и slave я размещу на разных серверах. Было бы хорошо, если бы читали с реплики, а писали в мастер. Какие-нибудь камни есть? Кроме того, деда говорил, что у него из коробки форум может работать с такой конфой, то есть, переключение не должно вызвать особых трудностей, как я понимаю.

Не, я имел в виду не master-master (в курсе, что много нюансов в такой репликации и не очень рекомендуют), а именно простую, master-slave/

НО!

При этом, получается, селекты пользака обрабатывает slave, а апдейты, инсерты и т.д - master.

1. Простую репликацию master-slave я умею, делал не раз, для систем монтиоринга, именно с целью в случае аварии иметь возможность вручную переключиться на резервный. Тут понятно.

2. С автофайловером выяснили, не для нубья, то есть, не для меня, и гладко там на бумаге, хотя может тоже эффективный инструмент в руках профессионала.

3. Настроить репликацию с последующим ручным переключением - не вопрос. Настрою. Но я бы хотел утилизировать вычислительные мощности, отданные slave, чтобы не только master всё делал, а slave простаивал, но и slave что-то делал.
Как-то так https://syntaxbug.com/26e5ac0907/

Но нюансы последнего пунтка мне неизвестны.

Вот, например, нашёл статью, хоть и старую, начинают закрадываться сомнения, что я правильно смогу настроить https://www.percona.com/sites/default/files/presentations/Read Write Split.pdf

А вот, кстати, что-то новенькое впендюрили
https://dev.mysql.com/blog-archive/mysql-8-2-transparent-read-write-splitting/

Согласен. Но не совсем.
- репликация простая, совсем, мне никак не помешает в штатном варианте, но тут речь про то, что я хочу усложнить, перераспледелив запросы
- по идее данных мало, ресурсов достаточно, линк между узлами 10гбит, нечему там отставать, но да, знаю, ломается на ровном месте репликация, сталкивался, чинил, давно, правда было, ещё в 5 mysql. Думаю, щас оракле её вылизал от глюков
- патчи уже два месяц как применяются без остановки, самые долги были связаны с изменением структуры хранилища картинок, и то, изменения быстро накатились, было необходимо синхронизировать с яндексом, это было очень долго
- бэкапы делаются каждый день, бэкапов валяется за 2 года
- на простой мне вообще по фиг ))) но надо красиво )

Это вообще без всякого умысла. Просто лень удалять, но там место заканчивается, почищу. Так только логи нужно хранить 3 года

Эта итерация дедофорума небольшая, а вот бэкап рескуля делается примерно 2 часа. Восстановление тоже очень не быстрое. Так что тут репликация да, очень даже кстати.

Мониторинг сейчас есть, настроен на базовые проблемы, загрузка, недоступность, место. Срет в канал в телеге.