Received: from maia.hub.org (maia-3.hub.org [200.46.204.243]) by mail.postgresql.org (Postfix) with ESMTP id 7D8041336FA7 for ; Mon, 18 Oct 2010 10:34:02 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.243]) (amavisd-maia, port 10024) with ESMTP id 31764-09 for ; Mon, 18 Oct 2010 13:33:54 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from ve114133-syscp.hlsrv.com (unknown [77.120.114.133]) by mail.postgresql.org (Postfix) with ESMTP id 58A2A1336473 for ; Mon, 18 Oct 2010 10:33:53 -0300 (ADT) Received: from [193.109.164.235] (helo=[192.168.77.174]) by ve114133-syscp.hlsrv.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1P7ps8-0004bL-Ot for pgsql-ru-general@postgresql.org; Mon, 18 Oct 2010 16:35:28 +0300 Message-ID: <4CBC4D91.9030809@gmail.com> Date: Mon, 18 Oct 2010 16:37:21 +0300 From: Sergej Kandyla User-Agent: Mozilla-Thunderbird 2.0.0.24 (X11/20100329) MIME-Version: 1.0 To: pgsql-ru-general@postgresql.org Subject: =?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?= References: <001517503b189c2b760492cfd2ba@google.com> <4CBBFD66.1060601@gmail.com> <4CBC3C1D.7000508@gmail.com> In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit X-Antivirus-Scanner: Scanned with ClamAV X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=1.593 tagged_above=-10 required=5 tests=BAYES_50=0.8, RDNS_NONE=0.793 X-Spam-Level: * X-Archive-Number: 201010/10 X-Sequence-Number: 1034 Виктор Вислобоков 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 > > написал: > > Successful story подобного? > > Отказоустойчивость в режиме мультимастер ? шутить изволите ;) > Мультимастер между различными датацентрами - шутка еще похлеще первой. > > > > Виктор Вислобоков wrote: > > Зачем? Ну например, если вы хотите разнести обслуживание > клиентов по разным датацентрам, даже если объём записи при > этом не очень-то велик. Или если вы хотите балансировать > нагрузку с одновременным получением отказоустойчивости в > случае умирания одного сервера. > > 18 октября 2010 г. 11:55 пользователь Sergej Kandyla > > >> написал: > > > simplevolk@gmail.com > > wrote: > > Здравствуйте! > У меня вопрос- как в новой версии PostgreSQL обстоит с > мультимастер репликацией? > > > Простите, а зачем? > > Имхо - это зло, и поиск приключений на свою жопу. > При интенсивных записях избыточные расходы на синхронизацию > мастер-мастер слишком существенны, > причем растут экспоненциально в зависимости от колличества > серверов в группе репликации. > > > > Я порыл в инете этот вопрос накопал,что в общем случае > проблема не решена,решена только в частных. > > Накопал также и то,что там есть 3 возможных конфликта > репликации- > > 1. Ошибка обновления > 2. Конфликт уникальности. > 3. Конфликт удаления. > > Скажите, эти проблемы до сих пор актуальны?Решены ли они в > новой версии? > > > Никакие продвинутые механизмы разрешения репликационных > конфликтов не могут гарантировать 100% консистентность данных, > посему не лучше ли избрать по возможности более простую > архитектуру? > > > > > Спасибо. > > > > -- 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 > > > > > -- > 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 > >