Показать сообщение отдельно
Старый 06.10.2009, 23:22   #4 (Ссылка на пост)
ustas
Модератор
 
Аватар для ustas
Пол:
 
Активность Longevity
0/20 18/20
Today Сообщения
0/5 ssss12443
Благодарил(а): 30,810
Благодарили 37,603 раз в 8,037 постах
Галерея: 0
Вес репутации: 401 ustas скоро в модераторыustas скоро в модераторыustas скоро в модераторы
ustas скоро в модераторыustas скоро в модераторыustas скоро в модераторыustas скоро в модераторыustas скоро в модераторыustas скоро в модераторыustas скоро в модераторыustas скоро в модераторыustas скоро в модераторыustas скоро в модераторыustas скоро в модераторыustas скоро в модераторыustas скоро в модераторыustas скоро в модераторыustas скоро в модераторыustas скоро в модераторыustas скоро в модераторы
ты скажи ей что умеешь снимать проклятия, и что это не самое сильное

ustas добавил 07.10.2009 в 00:57
еще цитата
Цитата:
Вопрос: Как оказалось, любая нода это слабое место кластера, от неё ожидается accept. Если она медленная, это означает, что весь кластер в результате медленный. В горизонтальном масштабировании ситуация такая же?

Иван: Хороший вопрос. Дело в том, что для горизонтального масштабирования лучше не использовать Multi-Master. Лучше строить приложения, партицируя свои данные, то есть, разбивая таблицу пользователей на 26 узлов по первой букве. Multi-Master синхронный, асинхронного нет, ни одного решения, ни в одной базе. Если говорят, что он есть, шарлатаны, не слушайте их. Соответственно не используйте синхронный Multi-Master, потому что нужно ждать самую медленную ноду.
а что за задача все таки, и почему именно такой тип репликации?
__________________
Нужно делать так, как нужно.
А как не нужно, делать не нужно.

Последний раз редактировалось ustas, 06.10.2009 в 23:57. Причина: Добавлено сообщение
ustas вне форума  
Ответить с цитированием
Эти 3 пользователей сказали Спасибо ustas за хороший пост:
pingwinator (06.10.2009), Slayer_UA (06.10.2009), TIGR (06.10.2009)