Scribd
Upload
318 views

Fusionpbx HA

This document outlines requirements and steps for setting up bidirectional PostgreSQL replication between two Debian/Ubuntu servers to enable database failover. The requirements are two servers for installation and testing along with login credentials for the current application. The steps include configuring bidirectional replication in PostgreSQL so changes can be written and read from both servers, installing the same code on the secondary server to test backup functionality, modifying the Fusionpbx PostgreSQL connection to handle failover, and using an API proxy or Route53 to enable application and SIP phone failover.

Uploaded by

faltu soft
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
318 views

Fusionpbx HA

This document outlines requirements and steps for setting up bidirectional PostgreSQL replication between two Debian/Ubuntu servers to enable database failover. The requirements are two servers for installation and testing along with login credentials for the current application. The steps include configuring bidirectional replication in PostgreSQL so changes can be written and read from both servers, installing the same code on the secondary server to test backup functionality, modifying the Fusionpbx PostgreSQL connection to handle failover, and using an API proxy or Route53 to enable application and SIP phone failover.

Uploaded by

faltu soft
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
You are on page 1/ 1

Requirement For Replication

1. Two Debian/ Ubuntu server for replication installation and test


2. Login id and password for current application

Step 1

1. PostgreSQL’s bidirectional replication


Bidirectional replication in PostgreSQL is a type of replication where data can be written to and
read from multiple servers, and changes made on any of the servers are replicated to all the
other servers in the replication group. This allows for multiple servers to act as both primary
and standby servers, providing additional redundancy and failover capabilities.

2. Secondary Server installation


We will replicate same code into the secondary application to test backup is working or not

3. Fusionpbx PostgreSQL Connection Modify to handle Failover


4. API Proxy or Route53 to handle application failover
5. SIP Register or SIP Phone failover

You might also like