Зачем? Ну например, если вы хотите разнести обслуживание клиентов по разным датацентрам, даже если объём записи при этом не очень-то велик. Или если вы хотите балансировать нагрузку с одновременным получением отказоустойчивости в случае умирания одного сервера.
18 октября 2010 г. 11:55 пользователь Sergej Kandyla < simplevolk@gmail.com <mailto:
simplevolk@gmail.com> wrote:
Здравствуйте!
У меня вопрос- как в новой версии PostgreSQL обстоит с
мультимастер репликацией?
Простите, а зачем?
Имхо - это зло, и поиск приключений на свою жопу.
При интенсивных записях избыточные расходы на синхронизацию
мастер-мастер слишком существенны,
причем растут экспоненциально в зависимости от колличества
серверов в группе репликации.
Я порыл в инете этот вопрос накопал,что в общем случае
проблема не решена,решена только в частных.
Накопал также и то,что там есть 3 возможных конфликта репликации-
1. Ошибка обновления
2. Конфликт уникальности.
3. Конфликт удаления.
Скажите, эти проблемы до сих пор актуальны?Решены ли они в
новой версии?
Никакие продвинутые механизмы разрешения репликационных
конфликтов не могут гарантировать 100% консистентность данных,
посему не лучше ли избрать по возможности более простую архитектуру?
Спасибо.
-- Sent via pgsql-ru-general mailing list
(
pgsql-ru-general@postgresql.org <mailto:
