Successful story подобного?
Отказоустойчивость в режиме мультимастер ? шутить изволите ;)
Мультимастер между различными датацентрами - шутка еще похлеще первой.
Виктор Вислобоков wrote:
> Зачем? Ну например, если вы хотите разнести обслуживание клиентов по
> разным датацентрам, даже если объём записи при этом не очень-то велик.
> Или если вы хотите балансировать нагрузку с одновременным получением
> отказоустойчивости в случае умирания одного сервера.
>
> 18 октября 2010 г. 11:55 пользователь Sergej Kandyla
> <sk.paix@gmail.com <mailto:sk.paix@gmail.com>> написал:
>
> 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:pgsql-ru-general@postgresql.org>)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-ru-general
>
>