From: | David Kerr <dmk(at)mr-paradox(dot)net> |
---|---|
To: | Xiang Jun Wu <xiangjun(at)appannie(dot)com> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: About postgres scale out |
Date: | 2013-07-17 21:45:39 |
Message-ID: | 20130717214539.GA84576@mr-paradox.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Wed, Jul 17, 2013 at 03:10:37PM +0800, Xiang Jun Wu wrote:
- Hello,
-
- I'd like to ask a common question about scale out for postgres.
-
- Our current data volume is about 500GB ~ 1TB in one pg cluster(postgres 9.2). We've set up master/slave replication to keep sync.
- To reach better performance from apps side, we want to use pgbounder like app to split read/write on multiple servers instead of single server.
- Sometimes, there is repl lag between master and slave pg servers (e.g. backup or other issues unexpected). Is there flexible solution from pgbounder (or other ways) to identify that and switch read/write to not staled server smartly?
-
-
- Thank you in advance!
PgPool does this for you.
http://www.pgpool.net/docs/latest/pgpool-en.html#replication_mode
---
delay_threshold V3.0 -
Specifies the maximum tolerated replication delay of the standby against the primary server in WAL bytes. If
the delay exceeds delay_threshold, pgpool-II does not send SELECT queries to the standby server anymore.
Everything is sent to the primary server even if load balance mode is enabled, until the standby has
caught-up. If delay_threshold is 0 or sr checking is disabled, the delay checking is not performed. This
check is performed every 'sr_check_period'. The default value for delay_threshold is 0.
You need to reload pgpool.conf if you change this directive.
From | Date | Subject | |
---|---|---|---|
Next Message | John Smith | 2013-07-17 22:44:00 | Re: dynamic table names |
Previous Message | Thomas Kellerer | 2013-07-17 21:01:41 | Re: dynamic table names |