forum.lissyara.su

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

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

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

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

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

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

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

sasha181 писал(а):

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

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

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

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

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

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

lissyara писал(а):

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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