Re: Postgresql replication - Mailing list pgsql-general

From Jeff Davis
Subject Re: Postgresql replication
Date
Msg-id 430E663F.1080107@empires.org
Whole thread Raw
In response to Re: Postgresql replication  (Matt Miller <mattm@epx.com>)
Responses Re: Postgresql replication  (Matt Miller <mattm@epx.com>)
List pgsql-general
Matt Miller wrote:
>>>http://pgfoundry.org/projects/pgcluster/ which provides syncronous
>>>multi-master clustering.
>>
>>He specifically said that pgcluster did not work for him
>>because ...PGCluster requires that there be a load balancer and a
>>replicator centrally located managing the cluster. If a network
>>problem happens at the centralized location, it would bring down all
>>locations completely.
>
>
> I think the load balancer is an optional component.  Clients can connect
> either to a load balancer, or directly to a specific machine.

The replicator surely is not optional, and must be centralized.

> Also, I think pgcluster can operate async.  If the system runs in
> "normal" mode then the client gets a response as soon as the transaction
> is committed on the local machine.  In "reliable" mode the client waits
> for the commit to happen on all machines.
>

Interesting. I suppose whatever works for your application is the right
answer for replication. PGCluster is query-based, right? I suppose the
question would then be, would he rather use a trigger-based replication
 solution, like Slony, or a query-based replication solution.

Regards,
    Jeff Davis

pgsql-general by date:

Previous
From: "Marc G. Fournier"
Date:
Subject: Its Beta Time Again ... 8.1 Beta 1 Now Available
Next
From: "Matt A."
Date:
Subject: Altering built-in functions cast