Re: What causes streaming replication delay? [SOLVED, I think]

From: Eduardo Morras <emorrasg(at)yahoo(dot)es>
To: pgsql-admin(at)postgresql(dot)org
Subject: Re: What causes streaming replication delay? [SOLVED, I think]
Date: 2016-08-31 21:14:34
Message-ID: 20160831231434.6a33f824d4d206394776526d@yahoo.es
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

On Wed, 31 Aug 2016 16:22:22 -0400
Dianne Skoll <dfs(at)roaringpenguin(dot)com> wrote:

> Hi,
>
> I think I solved it. This is so ridiculous!
>
> The primary and standby databases are 200km apart and the path
> between them has a bandwidth of only 100 Mb/s. We had bursts of
> writes that created huge amounts of replication traffic. In addition
> to streaming replication, we're still copying WAL files over for
> safety (and also because this is 9.1...)
>
> We were hitting our bandwidth limit.
>
> By adding the --bwlimit parameter to the rsync command that copies
> the WAL files, we can limit the bandwidth usage during the bursts
> while still keeping it high enough for the WAL-file archiving to keep
> up on average.
>
> Keeping an eye on it for 24h before I completely declare it solved.

You were bitten by the RFC 1925 points 1, 2 and 9. A solution as is point 3 is "a bad idea".

https://tools.ietf.org/html/rfc1925

> Regards,
>
> Dianne.
>
>
> --
> Sent via pgsql-admin mailing list (pgsql-admin(at)postgresql(dot)org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-admin

--- ---
Eduardo Morras <emorrasg(at)yahoo(dot)es>

In response to

Browse pgsql-admin by date

  From Date Subject
Next Message Wouter Verhelst 2016-09-05 09:06:11 Re: Initiating log shipping backups when the initial filesystem-level backup went out of sync
Previous Message Scott Whitney 2016-08-31 20:51:33 Re: What causes streaming replication delay? [SOLVED, I think]