Re: The state of PG replication in 2008/Q2?

Поиск
Список
Период
Сортировка
От Mathias Stjernström
Тема Re: The state of PG replication in 2008/Q2?
Дата
Msg-id 7D215B6D-6F3F-40A2-BFAC-755EAA5AC6E8@globalinn.com
обсуждение исходный текст
Ответ на Re: The state of PG replication in 2008/Q2?  (RW <postgres@tauceti.net>)
Ответы Re: The state of PG replication in 2008/Q2?
Список pgsql-performance
I Agree with Robert but i never heard of Cybercluster before.
Does anyone have any experience with Cybercluster? It sounds really
interesting!

Best regards,
Mathias Stjernström

http://www.pastbedti.me/


On 22 aug 2008, at 08.18, RW wrote:

>
>> My company finally has the means to install a new database server
>> for replication.  I have Googled and found a lot of sparse
>> information out there regarding replication systems for PostgreSQL
>> and a lot of it looks very out-of-date.  Can I please get some
>> ideas from those of you that are currently using fail-over
>> replication systems?  What advantage does your solution have?  What
>> are the "gotchas" I need to worry about?
>>
>> My desire would be to have a parallel server that could act as a
>> hot standby system with automatic fail over in a multi-master
>> role.  If our primary server goes down for whatever reason, the
>> secondary would take over and handle the load seamlessly.  I think
>> this is really the "holy grail" scenario and I understand how
>> difficult it is to achieve.  Especially since we make frequent use
>> of sequences in our databases.  If MM is too difficult, I'm willing
>> to accept a hot-standby read-only system that will handle queries
>> until we can fix whatever ails the master.
>> We are primary an OLAP environment but there is a constant stream
>> of inserts into the databases.  There are 47 different databases
>> hosted on the primary server and this number will continue to scale
>> up to whatever the server seems to support.  The reason I mention
>> this number is that it seems that those systems that make heavy use
>> of schema changes require a lot of "fiddling".  For a single
>> database, this doesn't seem too problematic, but any manual work
>> involved and administrative overhead will scale at the same rate as
>> the database count grows and I certainly want to minimize as much
>> fiddling as possible.
>>
>>
> If you really need "only" need automatic failover than use DRBD +
> Heartbeat
> somebody already mentioned. We are using this solution since 3 years
> now.
> With DRBD replication is done at filesystem block level. So you
> don't have to
> bother about changes done with a DDL statement and Heartbeat will
> automatically failover if one server goes down. It's really stable.
>
> If you want MM you should give Cybercluster a try. (http://www.postgresql.at/english/pr_cybercluster_e.html
> )
> They offer good support and is Open Source since a few month now.
>
> Robert
>
>
> --
> Sent via pgsql-performance mailing list (pgsql-performance@postgresql.org
> )
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-performance


Вложения

В списке pgsql-performance по дате отправления:

Предыдущее
От: Moritz Onken
Дата:
Сообщение: Re: Slow query with a lot of data
Следующее
От: Peter Eisentraut
Дата:
Сообщение: Re: The state of PG replication in 2008/Q2?