agora inbox for pgsql-ru-general@postgresql.org  
help / color / mirror / Atom feed
From: Sergej Kandyla <sk.paix@gmail.com>
To: pgsql-ru-general@postgresql.org
Subject: Re: [pgsql-ru-general] Re: [pgsql-ru-general] Re: [pgsql-ru-general] Re: [pgsql-ru-general] Асинхронная мульти-мастер репликация. Возможные проблемы и решения
Date: Mon, 18 Oct 2010 16:37:21 +0300
Message-ID: <4CBC4D91.9030809@gmail.com> (raw)
In-Reply-To: <AANLkTimxW3r+sEBpW-8-zTjhpdS6K+4pyqcioONuWMGu@mail.gmail.com>
References: <001517503b189c2b760492cfd2ba@google.com>
	<4CBBFD66.1060601@gmail.com>
	<AANLkTinQ2EadiH=jxRKJmv01ij3NP8oPyhuLA1bxZDX+@mail.gmail.com>
	<4CBC3C1D.7000508@gmail.com>
	<AANLkTimxW3r+sEBpW-8-zTjhpdS6K+4pyqcioONuWMGu@mail.gmail.com>

Виктор Вислобоков wrote:
> > Successful story подобного?
> Skype. Не знали? :)
> Там именно мультимастер репликация, хотя выполненная конечно же своими 
> собственными наработками.

Это кстати очень познавательно - изучать архитектуру успешных проектов.

Но позвольте, в каком месте у них мультимастер репликация?  
И мультимастер репликация между разными датацентрами?  :)
(ссылки в студию)

Репликация для fail-over  - вопрос отдельный. Стендбай нода должна 
неприменно при этом простаивать,
т.е. запись всегда только в одну мастер-базу.

И насколько мне известно, в skype резервирование реализовано через WAL
http://www.opennet.ru/opennews/art.shtml?num=15290
http://www.highload.ru/papers2008/7171.html

Скайп, вообщето, имхо один из лучших примеров горизонтального 
маштабирования из публично известных проектов.
(буду признателен за ссылки на подобные проекты)

Горизонтальное маштабирование как бы с идеей "мультимастер" не слишком 
сочетается.



>
> 18 октября 2010 г. 16:22 пользователь Sergej Kandyla 
> <sk.paix@gmail.com <mailto:sk.paix@gmail.com>> написал:
>
>     Successful story подобного?
>
>     Отказоустойчивость в режиме мультимастер ? шутить изволите ;)
>     Мультимастер между различными датацентрами - шутка еще похлеще первой.
>
>
>
>     Виктор Вислобоков wrote:
>
>         Зачем? Ну например, если вы хотите разнести обслуживание
>         клиентов по разным датацентрам, даже если объём записи при
>         этом не очень-то велик. Или если вы хотите балансировать
>         нагрузку с одновременным получением отказоустойчивости в
>         случае умирания одного сервера.
>
>         18 октября 2010 г. 11:55 пользователь Sergej Kandyla
>         <sk.paix@gmail.com <mailto:sk.paix@gmail.com>
>         <mailto:sk.paix@gmail.com <mailto:sk.paix@gmail.com>>> написал:
>
>
>            simplevolk@gmail.com <mailto:simplevolk@gmail.com>
>         <mailto: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>
>            <mailto: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
>
>
>
>
>     -- 
>     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
>
>




view thread (25+ messages)  latest in thread

Message-ID: <4CBC4D91.9030809@gmail.com>
Permalink:  ../4CBC4D91.9030809@gmail.com/
Also on:    postgresql.org/message-id/4CBC4D91.9030809@gmail.com

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-ru-general@postgresql.org
  Cc: sk.paix@gmail.com
  Subject: Re: =?KOI8-R?Q?Re=3A_=5Bpgsql-ru-general=5D_Re=3A_=5Bpgsql-ru-?= =?KOI8-R?Q?general=5D_Re=3A_=5Bpgsql-ru-general=5D_Re=3A_=5Bpgsq?= =?KOI8-R?Q?l-ru-general=5D_=E1=D3=C9=CE=C8=D2=CF=CE=CE=C1=D1_=CD=D5=CC?= =?KOI8-R?Q?=D8=D4=C9-=CD=C1=D3=D4=C5=D2_=D2=C5=D0=CC=C9=CB=C1=C3=C9=D1?= =?KOI8-R?Q?=2E_=F7=CF=DA=CD=CF=D6=CE=D9=C5_=D0=D2=CF=C2=CC=C5=CD=D9_?= =?KOI8-R?Q?=C9_=D2=C5=DB=C5=CE=C9=D1?=
  In-Reply-To: <4CBC4D91.9030809@gmail.com>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by agora; see mirroring instructions
for how to clone and mirror all data and code used for this inbox