Re: HA options

From: Alan Hodgson <ahodgson(at)simkin(dot)ca>
To: pgsql-general(at)postgresql(dot)org
Subject: Re: HA options
Date: 2012-01-16 23:41:20
Message-ID: 1851814.FGoRItu26O@skynet.simkin.ca
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Tuesday, January 17, 2012 10:34:54 AM Tim Uckun wrote:
> Hey Guys.
>
> It's been a while since I looked into this and it seems like new
> options have cropped up for postgres HA and scalability. Is there a
> consensus on the "best" way to achieve HA. My primary concern is HA
> but of course any scalability gains would be more than welcome. All
> the servers will be virtual on either rackspace or amazon so that's
> possibly a complication.
>
> http://www.drbd.org/ ??
> Built in hot standby and hand rolled scripts.

I have a few clusters running on EC2 using DRBD to replicate between
availability zones. It's not fast, but it works. If your write load is under
30MB/sec it's definitely an option. I run DRBD over SSH tunnels to get around
the random IP address issue. I use heartbeat on top for resource
management (I know it's not ideal with the single communications
path, but what can you do), and DDNS with really short TTLs for the cluster
names.

I've also had success using the native replication to spin read-only slaves off
those HA masters, using pgpool to load balance selects.

In response to

  • HA options at 2012-01-16 21:34:54 from Tim Uckun

Browse pgsql-general by date

  From Date Subject
Next Message Tim Uckun 2012-01-16 23:42:45 Re: HA options
Previous Message David Morton 2012-01-16 23:31:36 Re: HA options