Какой рейтинг вас больше интересует?
|
Главная / Главные темы / Тэг «репликация»
Веб-разработка / Основные тезисы конференции HighLoad++ 2011 2011-11-29 11:44:26
 В октябре 2011 года в Москве ...
+ развернуть текст сохранённая копия
В октябре 2011 года в Москве проходила ежегодная конференция разработчиков высоконагруженных проектов HighLoad++.
Решил поделиться с читателями основными тезисами с конференции. Поскольку вся информация открыта и доступна на странице конференции, решил что собрать все тезисы вместе будет не такой уж и плохой затеей. Сразу отмечу, что в отчёте не содержится детальной информации о каждом докладе — затронуты лишь ключевые моменты.
Итак, о чём говорилось на HighLoad++ 2011. Читать дальше →
Тэги: ajax, amazon, apache, api, bigtable, cap, cassandra, chef, dynamo, google, hadoop, hbase, hdfs, highload, hotspot, html5, innodb, java, mina, mongodb, nginx, nio, one-db, postgresql, puppet, raid, redis, soccoro, ssmtp, swift, tarantool, voldemort, zabbix, zookeeper, балансировка, вконтакте, высоконагруженные, вычисление, мусор, нагрузка, параллельный, проект, репликация, сборка, шардинг
PostgreSQL / Когда триггерная репликация предпочтительнее встроенной в PostgreSQL 2011-10-16 18:20:40
... Master-Slave репликации (streaming replication ... требуется рекурсивная репликация Master-Slave1- ...
+ развернуть текст сохранённая копия
С 9.0 версии PostgreSQL есть встроенный механизм Master-Slave репликации (streaming replication).
Однако, с его появлением выбрасывать старые триггерные механизмы не следует.
В общем случае, если нам требуется нечто большее, чем одна абсолютно точная копия всего DB-сервера, то триггеры остаются с нами.
Примеры таких ситуаций:
- Если требуется failover (т.е. останавливается Master и все запросы временно идут на Slave, а потом запущенный Master начинает догоняется до актуального состояния со Slave).
- Master и Slave не являются 1:1 идентичными. Например, по какой-то причине на Slave надо держать дополнительные данные (базы/таблицы) или же копированию с Master подлежат не все базы/таблицы, или же при удалении данных — они должны сохраниться на Slave.
- В проекте приходится использовать продуктовый «зоопарк» — т.е. Master и Slave имеют по какой-то причине разные версии, или же версии одинаковые, но ОС разной «битности».
- В проекте требуется рекурсивная репликация Master-Slave1-Slave2-Slave3 или в реально нагруженном INSERT/UPDATE проекте к Master параллельно подключается больше, чем 1 Slave (хотя некоторые проекты имеют нагрузку, с которой могут нормально работать и до 5-6 Slave).
- Если по какой-то причине требуются различные права доступа к объектам базы на Master и Slave.
Добавляйте в комментариях дополнительные варианты.
Примечание: Возможность построения failover задекларирована месяц назад в версии 9.1 под названием «Synchronous Replication». Однако, лично я пока ещё эксперименты не проводил.
Тэги: postgresql, streaming, репликация, триггер
Главная / Главные темы / Тэг «репликация»
|
Взлеты Топ 5
Падения Топ 5
|
