Re: [pgsql-ru-general] Re: [pgsql-ru-general] Re: [pgsql-ru-general] Асинхронная мульти-мастер репликация. Возможные проблемы и решения
От | Виктор Вислобоков |
---|---|
Тема | Re: [pgsql-ru-general] Re: [pgsql-ru-general] Re: [pgsql-ru-general] Асинхронная мульти-мастер репликация. Возможные проблемы и решения |
Дата | |
Msg-id | AANLkTimxW3r+sEBpW-8-zTjhpdS6K+4pyqcioONuWMGu@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: [pgsql-ru-general] Re: [pgsql-ru-general] Асинхронная мульти-мастер репликация. Возможные проблемы и решения (Sergej Kandyla <sk.paix@gmail.com>) |
Ответы |
Re: [pgsql-ru-general] Re: [pgsql-ru-general] Re: [pgsql-ru-general] Re: [pgsql-ru-general] Асинхронная мульти-мастер репликация. Возможные проблемы и решения
|
Список | pgsql-ru-general |
> Successful story подобного?
Skype. Не знали? :)
Там именно мультимастер репликация, хотя выполненная конечно же своими собственными наработками.
Skype. Не знали? :)
Там именно мультимастер репликация, хотя выполненная конечно же своими собственными наработками.
18 октября 2010 г. 16:22 пользователь Sergej Kandyla <sk.paix@gmail.com> написал:
Successful story подобного?
Отказоустойчивость в режиме мультимастер ? шутить изволите ;)
Мультимастер между различными датацентрами - шутка еще похлеще первой.
Виктор Вислобоков wrote:Зачем? Ну например, если вы хотите разнести обслуживание клиентов по разным датацентрам, даже если объём записи при этом не очень-то велик. Или если вы хотите балансировать нагрузку с одновременным получением отказоустойчивости в случае умирания одного сервера.18 октября 2010 г. 11:55 пользователь Sergej Kandyla <sk.paix@gmail.com <mailto:sk.paix@gmail.com>> написал:<mailto:pgsql-ru-general@postgresql.org>)
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
--
Sent via pgsql-ru-general mailing list (pgsql-ru-general@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-ru-general
В списке pgsql-ru-general по дате отправления: