Skip site navigation (1) Skip section navigation (2)

Re: Replication

From: Ben <bench(at)silentmedia(dot)com>
To: Craig James <craig_james(at)emolecules(dot)com>
Cc: pgsql-performance(at)postgresql(dot)org
Subject: Re: Replication
Date: 2007-06-14 23:26:10
Message-ID: Pine.LNX.4.64.0706141625230.27105@localhost.localdomain (view raw, whole thread or download thread mbox)
Lists: pgsql-performance
Which replication problem are you trying to solve?

On Thu, 14 Jun 2007, Craig James wrote:

> Looking for replication solutions, I find:
> Slony-I
> Seems good, single master only, master is a single point of failure,
> no good failover system for electing a new master or having a failed
> master rejoin the cluster.  Slave databases are mostly for safety or
> for parallelizing queries for performance.  Suffers from O(N^2) 
> communications (N = cluster size).
> Slony-II
> Seems brilliant, a solid theoretical foundation, at the forefront of
> computer science.  But can't find project status -- when will it be
> available?  Is it a pipe dream, or a nearly-ready reality?
> PGReplication
> Appears to be a page that someone forgot to erase from the old GBorg site.
> PGCluster
> Seems pretty good, but web site is not current, there are releases in use
> that are not on the web site, and also seems to always be a couple steps
> behind the current release of Postgres.  Two single-points failure spots,
> load balancer and the data replicator.
> Is this a good summary of the status of replication?  Have I missed any 
> important solutions or mischaracterized anything?
> Thanks!
> Craig
> ---------------------------(end of broadcast)---------------------------
> TIP 2: Don't 'kill -9' the postmaster

In response to


pgsql-performance by date

Next:From: Alexander StauboDate: 2007-06-14 23:47:13
Subject: Re: Replication
Previous:From: Joshua D. DrakeDate: 2007-06-14 23:22:25
Subject: Re: Replication

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group