Re: How to speed WAL apply in destination

From: Rui DeSousa <rui(at)crazybean(dot)net>
To: SASIKUMAR Devaraj <sashikumard(at)yahoo(dot)com>
Cc: laurenz(dot)albe(at)cybertec(dot)at, Bryon Roché <kain(at)kain(dot)org>, Pgsql-admin <pgsql-admin(at)lists(dot)postgresql(dot)org>
Subject: Re: How to speed WAL apply in destination
Date: 2022-12-09 22:52:33
Message-ID: 217C4EF6-B990-4210-BD8B-6EA56A8C8248@crazybean.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin


> On Dec 9, 2022, at 5:57 AM, SASIKUMAR Devaraj <sashikumard(at)yahoo(dot)com> wrote:
>
> During certain interval there is huge WAL file generation f3om primary around 300gb/hr which delays sync in secondary by atleast 30 mins. Other time it is normal

I assume this is streaming replication? What’s the network configuration between the nodes? When I was replicating across the pond (high latency); I would monitor the lag and if it fell behind by several gigabytes the script would ship the WAL files in parallel to the remote WAL backup server across the pond. It then terminated the streaming replication which would force the DR replica to pull the WAL files from its local backup server which was much faster than streaming replication (a single tcp connection) over a high latency connection.

What’s the replication configuration? Is the replica a hot standby with active queries? What’s the I/o subsystems on both systems?

In response to

Browse pgsql-admin by date

  From Date Subject
Next Message SASIKUMAR Devaraj 2022-12-10 01:37:58 Re: How to speed WAL apply in destination
Previous Message Scott Ribe 2022-12-09 14:21:39 Re: How to speed WAL apply in destination