Re: [pgsql-ru-general] Re: [pgsql-ru-general] Асинхронная мульти-мастер репликация. Возможные проблемы и решения
От | Sergej Kandyla |
---|---|
Тема | Re: [pgsql-ru-general] Re: [pgsql-ru-general] Асинхронная мульти-мастер репликация. Возможные проблемы и решения |
Дата | |
Msg-id | 4CBC3C1D.7000508@gmail.com обсуждение исходный текст |
Ответ на | Re: [pgsql-ru-general] Асинхронная мульти-мастер репликация. Возможные проблемы и решения (Виктор Вислобоков <corochoone@gmail.com>) |
Ответы |
Re: [pgsql-ru-general] Re: [pgsql-ru-general] Re: [pgsql-ru-general] Асинхронная мульти-мастер репликация. Возможные проблемы и решения
|
Список | pgsql-ru-general |
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 > >
В списке pgsql-ru-general по дате отправления: