Re: WAL restore is very slow - Mailing list pgsql-admin

From John Scalia
Subject Re: WAL restore is very slow
Date
Msg-id D28C7C2A-AF07-4AAE-A364-11BC57FF7DCA@gmail.com
Whole thread Raw
In response to WAL restore is very slow  (Madhu Sudan <madhusudan0429@gmail.com>)
List pgsql-admin
First off, why are you still running on a rather small r5 instance? AWS has had r6 instances available for some time,
andthey’re faster and more efficient. Of my some 30 instances which I take care of, I haven’t had any r5’s in quite
sometime. 

And it sounds here that you’re running on an EC2 instance as well. Is there some reason you haven’t gone to RDS?
Clusterconfiguration in RDS uses an internal RDS specific replication method that does not involve WAL files. 
—
John

Sent from my iPad

> On Aug 29, 2022, at 6:10 AM, Madhu Sudan <madhusudan0429@gmail.com> wrote:
>
> 
> Hi
>
> We have PG-14 with a huge data set of 14 TB running on r5b.2xlarge. We have set up WAL archiving and restoring them
ontoa replica server. The WAL restore on the replica is very slow and we are not able to achieve the 4 hour delayed
replica.It is always behind 30 hrs with the huge WAL generation. 
>
> I have checked the following and they look fine
> 1. Bottlenecks on the replica server
> 2. Memory consumption and swap
> 3. EFS IO throughput
> 4.checkpoint_completion_target = 0.9
> 5. wal_buffers = 16MB
> 6. wal_log_hints = on
> 7. Verified logs and didn't find anything useful related to the issue
>
> Can you please suggest how to improve the WAL restore performance
>
> Thank you
> Madhu Sudan
>
>
>



pgsql-admin by date:

Previous
From: Madhu Sudan
Date:
Subject: WAL restore is very slow
Next
From: Jeff Janes
Date:
Subject: Re: WAL restore is very slow