From: | Mai Peng <maily(dot)peng(at)webedia-group(dot)com> |
---|---|
To: | Ron <ronljohnsonjr(at)gmail(dot)com> |
Cc: | pgsql-admin(at)lists(dot)postgresql(dot)org |
Subject: | Re: Optimize streaming replication because of network latency |
Date: | 2020-12-11 09:51:31 |
Message-ID: | 26D08057-B5AA-4197-96B1-EE55380A3140@webedia-group.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
Hello Ron,
We have 200 ms of latency between primary and standby.
The interconnexion is a VPN and the connexion is shared by several type of data flow : backup, application, replication, database servers.
Thanks for your help
> Le 10 déc. 2020 à 19:00, Ron <ronljohnsonjr(at)gmail(dot)com> a écrit :
>
> On 12/10/20 11:41 AM, Mai Peng wrote:
>> Hello,
>>
>> We’ve added a streaming standby on a gcp container. There’s a lot of network latency between our primary in EU and this standby in South America.
>> I did a big update on a table ( 4 millions rows) and it generates a lot of lag : more than 5 hours.
>> The standby has great hardware ressources: cpu, ssd disk and had no load during this update.
>> How could we handle this lag and have less impact, less lag ?
>
> How effectively fast is the pipe between the two servers? Where are the bottlenecks? Is the pipe shared by other users?
>
>> Basic PG Config:
>> shared_buffers = 8GB
>> work_mem = 128MB
>> max_connections = 600
>> wal_keep_segments = 1000
>> wal_sender_timeout = 0
>> replication_timeout=(not set)
>> wal_receiver_status_interval=10s
>> max_wal_senders=20
>> Checkpoint_timeout = 10min
>> Max_wal_size= 2GB
>> min_wal_size= 1GB
>>
>>
>> Thank you
>> Mai
>
> --
> Angular momentum makes the world go 'round.
From | Date | Subject | |
---|---|---|---|
Next Message | Tharmarajah, Sam | 2020-12-11 15:49:17 | How to gather transaction information for reporting in postgress |
Previous Message | Atul Kumar | 2020-12-11 08:10:50 | Required checkpoints occurs too frequently |