Re: [pgsql-ru-general] Асинхронная мульти-мастер репликация. Возможные проблемы и решения

Зачем? Ну например, если вы хотите разнести обслуживание клиентов по разным
датацентрам, даже если объём записи при этом не очень-то велик. Или если вы
хотите балансировать нагрузку с одновременным получением отказоустойчивости
в случае умирания одного сервера.

18 октября 2010 г. 11:55 пользователь Sergej Kandyla <sk(dot)paix(at)gmail(dot)com>написал:

> simplevolk(at)gmail(dot)com wrote:
>
>> Здравствуйте!
>> У меня вопрос- как в новой версии PostgreSQL обстоит с мультимастер
>> репликацией?
>>
>
> Простите, а зачем?
>
> Имхо - это зло, и поиск приключений на свою жопу.
> При интенсивных записях избыточные расходы на синхронизацию
> мастер-мастер слишком существенны,
> причем растут экспоненциально в зависимости от колличества серверов в
> группе репликации.
>
>
>
> Я порыл в инете этот вопрос накопал,что в общем случае проблема не
>> решена,решена только в частных.
>>
>> Накопал также и то,что там есть 3 возможных конфликта репликации-
>>
>> 1. Ошибка обновления
>> 2. Конфликт уникальности.
>> 3. Конфликт удаления.
>>
>> Скажите, эти проблемы до сих пор актуальны?Решены ли они в новой версии?
>>
>
> Никакие продвинутые механизмы разрешения репликационных конфликтов не
> могут гарантировать 100% консистентность данных,
> посему не лучше ли избрать по возможности более простую архитектуру?
>
>
>
>>
>> Спасибо.
>>
>
>
> --
> Sent via pgsql-ru-general mailing list (pgsql-ru-general(at)postgresql(dot)org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-ru-general
>