Re: Parallelize WAL Sender and WAL receiver - Mailing list pgsql-admin

From Rui DeSousa
Subject Re: Parallelize WAL Sender and WAL receiver
Date
Msg-id EBFF3C3E-A54A-4210-91A5-B8926059B618@icloud.com
Whole thread Raw
In response to Parallelize WAL Sender and WAL receiver  (Karthik Yellapragada <karthik.yellapragada@gmail.com>)
Responses Re: Parallelize WAL Sender and WAL receiver
List pgsql-admin

> On Sep 4, 2024, at 9:03 PM, Karthik Yellapragada <karthik.yellapragada@gmail.com> wrote:
>
> Hello all,
>
> I frequently face the problem of wals generated faster than the wals transferred and applied.
>
> Is there a way to speed up the process? So I don’t accumulate a lot of WALs at the primary?
>
> Regards,
> Karthik.

What do you mean by parallelized WAL sender? Do you have many replicas connecting to the primary? Have you tried
cascadingreplication? 

What’s the network between the systems? Is a WAN with high latency? Can the replica pull from the WAL file from an
archive? For a high latency networks like New York to London; I would terminate the WAL receiver via a script if
replicationexceeded an acceptable delay to ensure SLA  where met.  It is faster to pull the WAL files from the local
archivewhich where already replicated to London than streaming replication over a high latency WAN.  After It catches
up,it will reconnect to streaming replication.   




pgsql-admin by date:

Previous
From: Keith
Date:
Subject: Re: Parallelize WAL Sender and WAL receiver
Next
From: Karthik Yellapragada
Date:
Subject: Re: Parallelize WAL Sender and WAL receiver