MySql репликация + Mysql-proxy

[sasha181]

Раньше уже поднимал здесь тему насчёт репликации мастер-мастер на георарафически удалённых серверах. Меня убедили этого не делать.
Вот нагуглил другое решение.
Настроить репликацию master-slave, и на обоих серверах запустить mysql-proxy, который будет все запросы на запись отправлять на мастер сервер.
Кто-нибудь использует подобную схему? Чего от неё можно ожидать?
Также возник такой вопрос. Если в базу сначала пишут и тут же выбирают эти данные, можно ли как-то обеспечить чтобы такая выборка точно произошла с мастер хоста? Это на случай того, что данные могут не сразу реплицироваться на slave.

[Хостинг HostFood.ru]

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

[Alex Keda]

а зачем вам это?

[sasha181]

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

[LMik]

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

Вы файлы отзеркальте а хтмл gzip'аный с центра отдавайте. Зачем геморой такой себе искать

[sasha181]

Вы файлы отзеркальте а хтмл gzip'аный с центра отдавайте. Зачем геморой такой себе искать

Так ведь проект не статичный. Он активно использует MySql

[LMik]

Вы файлы отзеркальте а хтмл gzip'аный с центра отдавайте. Зачем геморой такой себе искать

Так ведь проект не статичный. Он активно использует MySql

Ну так пусть в одном месте активно его и использует. А тяжелый контент распределите.

[Alex Keda]

Ну так пусть в одном месте активно его и использует. А тяжелый контент распределите.

а если одна машина не справляется уже?
санки на 52 башки ставить?

[Ikinoki]

mysql тупить у Вас будет на географически расперделенном кластере.
ставьте машину рядом, делайте деление базы - намного проще и удобнее чем кластер mysql.

[LMik]

Ну так пусть в одном месте активно его и использует. А тяжелый контент распределите.

а если одна машина не справляется уже?
санки на 52 башки ставить?

Так разговор шел распределить географически. Рядом поставить то кто мешает?

[LMik]

mysql тупить у Вас будет на географически расперделенном кластере.
ставьте машину рядом, делайте деление базы - намного проще и удобнее чем кластер mysql.

Вооот и я про то же... оптимизация!

[sasha181]

Деление базы и ролей серверов не применимо, т.к. нужна высокая доступность. Т.е. чтобы при падении одного сервера, портал продолжал работать.
Уже давно бьюсь над этим вопросом. Самое обидное, что в линуксе решений подобного рода гораздо больше. Но переходить на него жуть как не хочется .

[Alex Keda]

Деление базы и ролей серверов не применимо, т.к. нужна высокая доступность. Т.е. чтобы при падении одного сервера, портал продолжал работать.
Уже давно бьюсь над этим вопросом. Самое обидное, что в линуксе решений подобного рода гораздо больше. Но переходить на него жуть как не хочется .

проксю на входе - несколько серверов внутри

[Alex Keda]

а вообще - обратите внимание как сделано у того же однокласники.ру

[sasha181]

а вообще - обратите внимание как сделано у того же однокласники.ру

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

[Ikinoki]

проксю на входе - несколько серверов внутри

Согласен! Так что Вам больше нужно? Скорость или HA?

[sasha181]

Согласен! Так что Вам больше нужно? Скорость или HA?

Хочется всего сразу. И побольше
НА нужен в любом случае, но его я так понимаю не может быть много или мало. Он либо есть, либо его нет.
А что касается скорости, то скорее просто нужна маштабируемость. Чтобы при росте проекта можно было просто постепенно добавлять серверов. Ну и конечно чтобы накладные расходы при этом были как можно меньше.

[weec]

Деление базы и ролей серверов не применимо, т.к. нужна высокая доступность. Т.е. чтобы при падении одного сервера, портал продолжал работать.
Уже давно бьюсь над этим вопросом. Самое обидное, что в линуксе решений подобного рода гораздо больше. Но переходить на него жуть как не хочется .

копни в сторону CARP
чем не HA решение?