Re: Multi master implementation - Mailing list pgsql-admin

From soumitra bhandary
Subject Re: Multi master implementation
Date
Msg-id MA1PR0101MB168752FE78A9FFF8B80A6DBCE0BF0@MA1PR0101MB1687.INDPRD01.PROD.OUTLOOK.COM
Whole thread Raw
In response to Re: Multi master implementation  (Prince Pathria <prince.pathria@goevive.com>)
Responses Re: Multi master implementation  (Prince Pathria <prince.pathria@goevive.com>)
List pgsql-admin
Well Prince , I have never worked with multiple master to be working in master slave replication . As you mentioned you have configured auto failover is this using EFM ? If you are using EFM then it won’t support multiple master in the cluster . I have worked with BDR where all nodes are worked as Master node but as you know it has downside as well . 

Coming to your application operation , you can segregate all read request to be diverted to the slave nodes , may be to one synchronous node and all write operation to be diverted only in Master node. In tis manner your application should be able to share read and write load . Anyways that you would be the best person to take  a call on this depending on your application . 

For multi master replication you can go through below link if that helps you out subjected to the implementation and compatibility with your application process . If any other member in this group has any experience with multiple master with  multi slave replication (apart from BDR) configuration experience , please share the same .


Thanks 
Soumitra 




On 20-Dec-2018, at 12:21 PM, Prince Pathria <prince.pathria@goevive.com> wrote:

Hi Soumitra,

Sorry, please consider it as another site instead of DR.

Or if I want multiple masters in main site only i.e. [2masters+3slaves]. How should I implement that?

Our devs are planning to push applications that might have a lot of write operations. If I say read to write ratio, [65% reads]:[35% writes]. I do have automatic failover configured[in single master arch] but don't want that postgres crashes due to unable to handle writes since writes contains complex queries and blobs as well which makes them heavy. App code change isn't an option for me.

Need your suggestions please!

Happy to help :)
Prince Pathria Systems Architect Intern Evive +91 9478670472 goevive.com


On Thu, Dec 20, 2018 at 7:30 AM soumitra bhandary <soumitra.bhandary@hotmail.com> wrote:
Hi Prince,

BDR is something which is not that much robust as conventional master slave replication. 

Why do you want master node in DR set up ?
Do you want to enable simultaneous write operations at DR site as well?? Normally DR setups remain in cascade replication from one of the stand by node at production side .

Sent from my iPhone

On 19-Dec-2018, at 11:55 PM, Prince Pathria <prince.pathria@goevive.com> wrote:

Hi,

I want to how people are implementing multi master architecture in Postgres. For now, I've come across BDR3 and bucardo for multimaster approach.

Though both doesn't seem to be much promising to me. 

Goal: 2 master and their 3 slaves. [1 master + 2 slaves] in production site and [1 master + 1 slave]
 in DR site. 

Can you guys share how you did it and what issues did you faced?

Thanks in advance!

Happy to help :)
Prince Pathria Systems Architect Intern Evive +91 9478670472 goevive.com

pgsql-admin by date:

Previous
From: Pepe TD Vo
Date:
Subject: Re: install Postgres on RHED 7
Next
From: Kris Deugau
Date:
Subject: Re: install Postgres on RHED 7