From: | "Scott Marlowe" <scott(dot)marlowe(at)gmail(dot)com> |
---|---|
To: | "Jamie Tufnell" <diesql(at)googlemail(dot)com> |
Cc: | pgsql-admin(at)postgresql(dot)org |
Subject: | Re: Best option for expanding beyond 1 pg server in this situation |
Date: | 2008-11-26 05:12:44 |
Message-ID: | dcc563d10811252112w3e5145a4sb58d062a724d1a5e@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
On Tue, Nov 25, 2008 at 8:48 PM, Jamie Tufnell <diesql(at)googlemail(dot)com> wrote:
> Hi,
>
> We have been wanting to HA our pgsql server for some time now. We're
> actually reaching the limits of our current server now, so there is a
> pressing need to do something to ease the load too.
>
> There are several individual solutions to both of these problems. I
> was hoping I could get some advice from someone more experienced
> though, about what the simplest most effective way of moving forward
> would be? Hopefully I can squash both HA and LB with the same
> solution.
>
> So far I've narrowed it down to
>
> Slony-I master/slave replication with failover
We use this where I work and it works quite well. We have some custom
scripts that detect failure of the master db and initiates failover to
the slave if necessary. We do this from the applicaiton level.
> pgpool-II with heartbeat for failover. The pgpool-II configuration
> matrix (http://pgpool.projects.postgresql.org/) isn't terribly clear
> (there's no legend) but it leads me to believe failover and load
> balancing are mutually exclusive options. Is that so?
Seems to be. I haven't played with pgpool in a long time so don't
take my word as authoritative.
From | Date | Subject | |
---|---|---|---|
Next Message | Jaume Sabater | 2008-11-26 08:39:05 | Re: Best option for expanding beyond 1 pg server in this situation |
Previous Message | Jamie Tufnell | 2008-11-26 03:48:01 | Best option for expanding beyond 1 pg server in this situation |