[Spce-user] replicate spce servers

Stephen Donovan stephen at belzonicable.net
Tue Jul 18 17:25:02 EDT 2017


I can't speak for Alex, but we are using xenserver 7 on dell hardware, storage is iscsi on NAS4free, 15krpm SAS drives or SSD. ZFS RAIDZ2. 

Stephen 


From: "William Fulton" <wfulton at thirdhatch.com> 
To: "Alex Pearson" <apearson at questblue.com>, "Dan Boghici" <dboghici at sipwise.com>, "Spce-user" <spce-user at lists.sipwise.com> 
Sent: Tuesday, July 18, 2017 12:56:57 PM 
Subject: Re: [Spce-user] replicate spce servers 



Alex, 



I am curious about your performance in virtualization. We have tested it on an Amazon image and had mixed result in regards to performance. So have only used bare metal in production. What kind of virtualization are you using and how is your performance? 



Thanks, 

Bill 






From: Spce-user [mailto:spce-user-bounces at lists.sipwise.com] On Behalf Of Alex Pearson 
Sent: Tuesday, July 18, 2017 10:47 AM 
To: Dan Boghici <dboghici at sipwise.com>; spce-user at lists.sipwise.com 
Subject: Re: [Spce-user] replicate spce servers 




Good Morning, 



Regarding the RTO, Great Question! The majority the discussions with our team on this project have been focused on recovery. 

The RTO for the proposed solution is essentially 0 as there is no disruption of operation. 



I’ll build upon my previous response by adding some of the key items we discussed that led to the current configuration. 

After reviewing our current infrastructure we determined that we could run more efficiently by migrating to a virtual environment. 





We used two host machines to split the infrastructure into two separate points of failure. Sipwise A and MYSQL A on Host A. Sipwise B and MYSQL B on Host B. 

We keep them highly available using keepalived. The Sipwise servers share a floating IP and the MYSQL servers share a floating IP. 

If a host goes down, the images will automatically failover to the images on the other Host. 



Once that was completed all images were shut down, copied, and stored both on the local machine and a remote machine. 

We now have a clone of our entire Sipwise environment that can be moved and powered on whenever or wherever we see fit. 



If a Sipwise or MYSQL image goes down you can replace it with a back up image with identical configuration. Which is why we wanted our data on a separate image. 



In the event of a complete disaster, you maintain control of the images. If you properly backup your data, you could dump a data backup onto the cloned system and be up and running. 



I hope this helps answer the question. Also, I am open to suggestions/ideas on ways to improve. 



Regards, 



Alex Pearson 




From: Spce-user [ [ mailto:spce-user-bounces at lists.sipwise.com | mailto:spce-user-bounces at lists.sipwise.com ] ] On Behalf Of Dan Boghici 
Sent: Tuesday, July 18, 2017 03:10 
To: [ mailto:spce-user at lists.sipwise.com | spce-user at lists.sipwise.com ] 
Subject: Re: [Spce-user] replicate spce servers 




why not buy the PRO version and save yourself unnecessary headache? 

Dan 




On 07/18/2017 12:07 AM, Alex Pearson wrote: 




Good Afternoon, 



Yes you can. For example, we have a Sipwise A and a Sipwise B configured with a floating IP. Then we have a MYSQL A server and MYSQL B server configured with Master-Master replication and a floating IP. The Sipwise A and Sipwise B servers are configured to use the floating IP of the database servers. 



If Sipwise A dies, Sipwise B automatically takes over. If MYSQL A goes down, MYSQL B takes over. Effectively, ensuring that you are able to route calls AND secure your data in the event of a failover situation. I hope this helps! 



Alex 




From: Spce-user [ [ mailto:spce-user-bounces at lists.sipwise.com | mailto:spce-user-bounces at lists.sipwise.com ] ] On Behalf Of Stephen Donovan 
Sent: Monday, July 10, 2017 19:26 
To: Spce-user 
Subject: [Spce-user] replicate spce servers 





Hello, 





Say I wanted to replicate the databases of two spce instances where they have different ip addresses but all else is the same, same domain, etc. the idea is to allow customers to connect to either server and process calls. Inbound calling, I can handle the failover externally. 2nd instance would be for backup only in a remote datacenter. I would use DNS SRV records and compatible endpoints to manage the failover for the same hostname. I'm basically asking can I replicate the databases and expect this to work if needed in a failure scenario? 






Stephen 







_______________________________________________ 
Spce-user mailing list 
[ mailto:Spce-user at lists.sipwise.com | Spce-user at lists.sipwise.com ] 
[ https://lists.sipwise.com/listinfo/spce-user | https://lists.sipwise.com/listinfo/spce-user ] 






_______________________________________________ 
Spce-user mailing list 
Spce-user at lists.sipwise.com 
https://lists.sipwise.com/listinfo/spce-user 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20170718/c1d93fc2/attachment.html>


More information about the Spce-user mailing list