- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Andreyka, и какова выгода использования ndb перед вот такой репликацией? не в теории, а на работающих проектах? стабильнее? быстрее?
Никакой выгоды. Иначе бы все давно использовали. Ведь нужно всего лишь два сервера.
Можно использовать, если вы возводите в абсолют отказоустойчивость, готовы оптимизировать некоторые запросы вручную, терпеть разнообразные ограничения.
Нет задержки
Можно менять данные на любой ноде
Если мне не изменяет память, не очень то дружат с ndb большинство современных CMS и нужно разрабатывать проект изначально под ndb?
megadimon, в общем случае все должно работать без изменений. Есть частности http://dev.mysql.com/doc/refman/5.1/en/mysql-cluster-limitations-syntax.html.
Кроме того, есть скрытые частности типа замедления достаточно простых операций на обычном сервере. Они не описаны в документации явно.
Возможно, потребуется более быстрая сеть, больше памяти. О географически разнесенных серверах скорее всего придется забыть.
Если мне не изменяет память, не очень то дружат с ndb большинство современных CMS и нужно разрабатывать проект изначально под ndb?
Да, это так. Иначе бы все давно использовали.
Можно менять данные на любой ноде
Ну это я так понимаю не всегда надо... Как правило селекты делаются с слейвов, а апдейты \ инсерты на мастере. Хотя да, кому что надо...
---------- Post added 27-01-2012 at 18:47 ----------
pupseg и Romka_Kharkov, спасибо за толчки в нужное направление :)
Не за что, на то он и форум :D подскажем, поможем :d если знаем :D
---------- Post added 27-01-2012 at 18:49 ----------
Если мне не изменяет память, не очень то дружат с ndb большинство современных CMS и нужно разрабатывать проект изначально под ndb?
Если я не ошибаюсь в сути , то из CMS запросы можно разделять путем проксирования.
Фактчиески отпадает надобность учить CMS(писать её код).
Или это ВАЩЕ не то ? :D :D :D
---------- Post added 27-01-2012 at 18:50 ----------
О географически разнесенных серверах скорее всего придется забыть.
Вот это точно, у меня в локальных условиях бывает рассинхронизация.... А через мир, так я вообще буду уставать синхронизировать.
Вот это точно, у меня в локальных условиях бывает рассинхронизация.... А через мир, так я вообще буду уставать синхронизировать.
не дочитал сам, что у чувака в мир уходят реплики.
в гиговой локалке иногда рассыпается... а вы в мир шлете. бросайте эту затею.
не дочитал сам, что у чувака в мир уходят реплики.
в гиговой локалке иногда рассыпается... а вы в мир шлете. бросайте эту затею.
У Вас же наверно нагруженный проект. У меня операций записи не так много и они не большие, поэтому хватает. Вопрос в отказоустойчивости, а не распределении нагрузки. Уже пару дней работает без проблем.