failover я решил делать на уровне haproxy. Очень гибко делается. Можно указать, что делать при падении одного из серверов. Скажем врубить такой-то, вырубить такой-то и т.п.
Вот только что перед ним поставить, чтобы тупо разделять запросы на чтение/запись ...
Иначе придётся скрипты переписывать, чтобы запросы шли на разные порты. Вот это уже затратно 🤣
1. Всё это уже давно читал.
1) Оно умеет только явно указывать сервера для чтения. Не умеет оно менять роли серверов.
2) Если упадёт сервер для записи, то даже чтение работать не будет. Это известная бага.
2. Второй пункт был про haproxy. sqlproxy я только глянул как вариант.
Только не мне :) У меня другого рода услуги, поэтому и готов взяться:)
Подробнее опишите, что от меня потребуется.
Только подсказать по железу и всё настроить?
И такой момент, а ваших спецов устроит мой набор софта и прочее?
Вы похоже не понимаете. Вам нужны не строчки текста, а человек, который будет у вас работать, знает дело и предложит оптимальный вариант.
Каждый хостинг работает со своим ПО и настройками. И не могу сказать, что определённая настройка правильнее.
Вы хотите, чтобы сейчас все вам рассказали настройки серверов? дальше что будете делать? Скажете своим спецам, что мудрые люди на форуме сказали так делать?
Не верно вы подходите к делу, имхо.
Вы действительно думаете, что в теме "хостинг" можно разобраться вопросами на форуме??
Здесь нужен не один год опыта работы по данному направлению. А вот в процессе работы уже задавать конструктивные вопросы.
P.S.: Вам нужен толковый менеджер со знанием дела, а не просто технические специалисты. Вы по какому признаку нанимать-то будете? И как ваша пачка специалистов будет стоить всю систему работы? Система работы должна быть до мелочей продумана и быть единой. Специалистов нужно координировать, а без опыта у вас это вряд ли удачно получится.
Если даже у спецов по 8 лет опыта, то у каждого будет своя точка зрения.
1. Ничего подобного в интернете не нашёл :(
2. Она умеет многое, кроме разделения запросов. Можно бэкапные сервера указывать, удобная статистика, проверка хоть чего с помощью скриптов.
Нашёл практически полную инструкцию по моей проблеме, включая проверку работы репликации и полной доступности и нагрузки серверов.
Только вот не знаю, чем или как(?) разделить запросы чтение/запись по разным портам.
Кто-то должен стороить систему в целом и искать проблемное звено. Явно не ТС это будет делать, если в теме не разбирается.
В принципе, готов быть менеджером в этом деле, если нужно :)
Т.е. быть связующим звеном между вами и вашими специалистами.
Стоить будет дорого, но толку должно быть в разы больше. Т.е. вы ставите мне задачу, а я уже разбиваю её на несколько технических, доступным языком объясняю вашим работникам и вместе реализуем. Большой плюс, что я достаточно разбираюсь в вопросе и могу сделать это и сам. Плюс в том, что мне ответить "так не получится" не реально :)
Вот такая схема скорее прокатит, чем "есть куча бабла, я раздам спецам и всё заработает" :)
1. Не ведёт, если не писать на оба диска одновременно. Он просто будут настроены как master <-> master, но работать всегда будут как master -> slave. Master <-> master нужно, чтобы менять роли без телодвижений
2. Это скорее бага, чем фича. Куча непонятных кривых скриптов, которые иногда стегают. Не хочется ещё код писать и тестировать... или тем более не хочется брать чужие.
Хотя, если просто как-то заставить идти на определённый порт в зависимости от запроса, то может прокатить связка mysql-proxy + haproxy. Хотя не хочется громоздить.
