<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=utf-8"><meta name=Generator content="Microsoft Word 15 (filtered medium)"><!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Consolas;
panose-1:2 11 6 9 2 2 4 3 2 4;}
@font-face
{font-family:"Lucida Console";
panose-1:2 11 6 9 4 5 4 2 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman",serif;
color:black;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
pre
{mso-style-priority:99;
mso-style-link:"HTML Preformatted Char";
margin:0cm;
margin-bottom:.0001pt;
font-size:10.0pt;
font-family:"Courier New";
color:black;}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
{mso-style-priority:99;
mso-style-link:"Balloon Text Char";
margin:0cm;
margin-bottom:.0001pt;
font-size:8.0pt;
font-family:"Tahoma",sans-serif;
color:black;}
span.HTMLPreformattedChar
{mso-style-name:"HTML Preformatted Char";
mso-style-priority:99;
mso-style-link:"HTML Preformatted";
font-family:Consolas;
color:black;}
p.msonormal0, li.msonormal0, div.msonormal0
{mso-style-name:msonormal;
mso-style-priority:99;
mso-margin-top-alt:auto;
margin-right:0cm;
mso-margin-bottom-alt:auto;
margin-left:0cm;
font-size:12.0pt;
font-family:"Times New Roman",serif;
color:black;}
span.BalloonTextChar
{mso-style-name:"Balloon Text Char";
mso-style-priority:99;
mso-style-link:"Balloon Text";
font-family:"Tahoma",sans-serif;
color:black;}
span.EmailStyle22
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:#1F497D;}
span.EmailStyle23
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:#1F497D;}
span.EmailStyle24
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:windowtext;}
span.EmailStyle25
{mso-style-type:personal-reply;
font-family:"Calibri",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-CA link=blue vlink=purple><div class=WordSection1><p class=MsoNormal><span lang=EN-US style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowtext;mso-fareast-language:EN-US'>Hi All,<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowtext;mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowtext;mso-fareast-language:EN-US'>We use a fairly simple backup/restore process here to ensure availability. It should be noted that in a failover, we don’t care about call records; we bill externally by channel. All that matters is that calls go through while we restore the primary host. Call data we can recover externally, if required. In this setup, we can be down for around 15 mins while we fail over. Usually less. We keep the DNS entries TTL super low. It’s not ideal, but it’s not being completely down all day either. Most customers understand small outages, as long as they are recovered quickly. We’ve had to failover once years ago, we lost connectivity at our host and it was out of our control. Otherwise, we’ve been rock solid.<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowtext;mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowtext;mso-fareast-language:EN-US'>Our primary box is segregated and runs on physical hardware. The backup is on ESXi within our corporate infrastructure. This is also where it gets access to cold backup storage. We don’t do any fancy IP stuff. Keeping them as separate systems that sync config once per day. In the event of a failover, we simply update the DNS records of the primary domain. Since some of our carriers won’t failover automatically anyway, we have to move them manually. We have both systems IP’s setup as domains, purely to handle incoming calls via our peers.<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowtext;mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowtext;mso-fareast-language:EN-US'>We previously tried MySQL replication with floating IPs and what not but just didn’t need the complexity of always replicating systems. Since we really only need subscriber info to sync, once a day is fine for us. If we go down, worst case is we have to manually add a customer or 2 if they were not in the backup from the night before.<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowtext;mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowtext;mso-fareast-language:EN-US'>If the primary fails, we move to new hardware and begin restoring the primary box immediately, moving customers back as soon as possible. It has never been necessary.<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowtext;mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowtext;mso-fareast-language:EN-US'>Linked is the script I was using on our mr3 infrastructure prior to migrating to mr5 on new hardware. I was hoping to use the inbuilt backup system instead but it don’t seem to work. So we’ll be moving back to something similar again real soon. It seems like it should work fine on mr5 but I have not tested it in production with that version.<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowtext;mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowtext;mso-fareast-language:EN-US'><a href="https://gist.github.com/maxwellpower/b087e19b73dd13aeed4c9f825fc5b3c1">https://gist.github.com/maxwellpower/b087e19b73dd13aeed4c9f825fc5b3c1</a><o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowtext;mso-fareast-language:EN-US'><o:p> </o:p></span></p><div><p class=MsoNormal><span style='font-family:"Tahoma",sans-serif'>Cheers,<br><b>Maxwell Power<o:p></o:p></b></span></p><p class=MsoNormal><span style='font-family:"Tahoma",sans-serif'>Technical Account Manager</span><span style='font-family:"Tahoma",sans-serif'><br></span><span style='font-size:10.0pt;font-family:"Tahoma",sans-serif'>Phone: (780) 809-9990 Ext. 417 | Toll Free: (855) 4-YEGTEL(934835) | Fax: (780) 401-3390</span><span style='font-family:"Tahoma",sans-serif'><br></span><span style='font-size:10.0pt;font-family:"Tahoma",sans-serif'>YEGTEL Communications INC. | 10301 104 ST NW, Suite 55, Edmonton, Alberta, T5J 1B9</span><span style='font-family:"Tahoma",sans-serif'><br></span><span style='font-size:10.0pt;font-family:"Tahoma",sans-serif'>Email: </span><a href="mailto:mpower@yegtel.ca"><span style='font-size:10.0pt;font-family:"Tahoma",sans-serif'>mpower@yegtel.ca</span></a><span style='font-size:10.0pt;font-family:"Tahoma",sans-serif'> | Web: </span><a href="https://www.yegtel.ca/"><span style='font-size:10.0pt;font-family:"Tahoma",sans-serif'>www.yegtel.ca</span></a><span style='color:windowtext'><o:p></o:p></span></p><p class=MsoNormal><span style='font-family:"Arial",sans-serif'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:7.5pt;font-family:"Lucida Console";color:#595959;background:white'>This e-mail and any attachments may contain confidential or privileged information. If you are not an intended recipient, do not re-send, copy or use this e-mail. Please also contact the sender immediately and delete this e-mail in its entirety. Privilege is not waived by reason of mistaken delivery to you. YEGTEL Communications and its affiliates accept no liability whatsoever for loss or damage in relation to this e-mail and may monitor, retain and/or review email. Opinions expressed in this e-mail are those of the author and may not represent the opinions of YEGTEL Communications and its affiliates.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:7.5pt;font-family:"Lucida Console";color:#595959;background:white'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:7.5pt;font-family:"Lucida Console";color:#595959'>Ce courriel et toutes ses pièces jointes peuvent contenir de l'information de nature confidentielle ou privilégiée. Si vous avez reçu ce courriel par erreur, merci de ne pas le transférer, le copier ou l'utiliser. Veuillez communiquer immédiatement avec l'expéditeur et supprimer le message dans son intégralité. Le fait de vous avoir envoyé ce courriel par erreur ne signifie pas que l'expéditeur renonce à ses droits. YEGTEL Communications et ses sociétés affiliées ne peuvent être tenues responsables de toute perte ou dommages liés au présent courriel et peuvent effectuer un suivi de ce courriel, le conserver et l'examiner. Les opinions exprimées dans le présent courriel sont celles de son auteur et non celles de YEGTEL Communications et de ses sociétés affiliées.<o:p></o:p></span></p></div><p class=MsoNormal><span lang=EN-US style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowtext;mso-fareast-language:EN-US'><o:p> </o:p></span></p><div><div style='border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm'><p class=MsoNormal><b><span lang=EN-US style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowtext'>From:</span></b><span lang=EN-US style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowtext'> Spce-user [mailto:spce-user-bounces@lists.sipwise.com] <b>On Behalf Of </b>Stephen Donovan<br><b>Sent:</b> July 18, 2017 15:25<br><b>To:</b> William Fulton <wfulton@thirdhatch.com><br><b>Cc:</b> Spce-user <spce-user@lists.sipwise.com><br><b>Subject:</b> Re: [Spce-user] replicate spce servers<o:p></o:p></span></p></div></div><p class=MsoNormal><o:p> </o:p></p><div><div><p class=MsoNormal><span style='font-family:"Arial",sans-serif'><o:p> </o:p></span></p></div><div><p class=MsoNormal><span style='font-family:"Arial",sans-serif'>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.<o:p></o:p></span></p></div><div><p class=MsoNormal><span style='font-family:"Arial",sans-serif'><o:p> </o:p></span></p></div><div><p class=MsoNormal><span style='font-family:"Arial",sans-serif'>Stephen<o:p></o:p></span></p></div><div><p class=MsoNormal><span style='font-family:"Arial",sans-serif'><o:p> </o:p></span></p></div><div class=MsoNormal align=center style='text-align:center'><span style='font-family:"Arial",sans-serif'><hr size=2 width="100%" align=center></span></div><div><p class=MsoNormal><b><span style='font-family:"Arial",sans-serif'>From: </span></b><span style='font-family:"Arial",sans-serif'>"William Fulton" <</span><a href="mailto:wfulton@thirdhatch.com"><span style='font-family:"Arial",sans-serif'>wfulton@thirdhatch.com</span></a><span style='font-family:"Arial",sans-serif'>><br><b>To: </b>"Alex Pearson" <</span><a href="mailto:apearson@questblue.com"><span style='font-family:"Arial",sans-serif'>apearson@questblue.com</span></a><span style='font-family:"Arial",sans-serif'>>, "Dan Boghici" <</span><a href="mailto:dboghici@sipwise.com"><span style='font-family:"Arial",sans-serif'>dboghici@sipwise.com</span></a><span style='font-family:"Arial",sans-serif'>>, "Spce-user" <</span><a href="mailto:spce-user@lists.sipwise.com"><span style='font-family:"Arial",sans-serif'>spce-user@lists.sipwise.com</span></a><span style='font-family:"Arial",sans-serif'>><br><b>Sent: </b>Tuesday, July 18, 2017 12:56:57 PM<br><b>Subject: </b>Re: [Spce-user] replicate spce servers<o:p></o:p></span></p></div><div><p class=MsoNormal><span style='font-family:"Arial",sans-serif'><o:p> </o:p></span></p></div><div><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowtext'>Alex,</span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowtext'> </span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowtext'>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?</span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowtext'> </span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowtext'>Thanks,</span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowtext'>Bill</span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowtext'> </span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowtext'> </span><o:p></o:p></p><div><div style='border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm'><p class=MsoNormal><b><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowtext'>From:</span></b><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowtext'> Spce-user [</span><a href="mailto:spce-user-bounces@lists.sipwise.com"><span style='font-size:11.0pt;font-family:"Calibri",sans-serif'>mailto:spce-user-bounces@lists.sipwise.com</span></a><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowtext'>] <b>On Behalf Of </b>Alex Pearson<br><b>Sent:</b> Tuesday, July 18, 2017 10:47 AM<br><b>To:</b> Dan Boghici <</span><a href="mailto:dboghici@sipwise.com"><span style='font-size:11.0pt;font-family:"Calibri",sans-serif'>dboghici@sipwise.com</span></a><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowtext'>>; </span><a href="mailto:spce-user@lists.sipwise.com"><span style='font-size:11.0pt;font-family:"Calibri",sans-serif'>spce-user@lists.sipwise.com</span></a><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowtext'><br><b>Subject:</b> Re: [Spce-user] replicate spce servers</span><o:p></o:p></p></div></div><p class=MsoNormal> <o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>Good Morning,</span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'> </span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>Regarding the RTO, Great Question! The majority the discussions with our team on this project have been focused on recovery. </span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>The RTO for the proposed solution is essentially 0 as there is no disruption of operation. </span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'> </span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>I’ll build upon my previous response by adding some of the key items we discussed that led to the current configuration. </span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>After reviewing our current infrastructure we determined that we could run more efficiently by migrating to a virtual environment.</span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'> </span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'> </span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>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.</span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>We keep them highly available using keepalived. The Sipwise servers share a floating IP and the MYSQL servers share a floating IP.</span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>If a host goes down, the images will automatically failover to the images on the other Host.</span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'> </span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>Once that was completed all images were shut down, copied, and stored both on the local machine and a remote machine. </span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>We now have a clone of our entire Sipwise environment that can be moved and powered on whenever or wherever we see fit. </span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'> </span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>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.</span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'> </span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>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.</span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'> </span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>I hope this helps answer the question. Also, I am open to suggestions/ideas on ways to improve.</span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'> </span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>Regards,</span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'> </span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>Alex Pearson</span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'> </span><o:p></o:p></p><div><div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm'><p class=MsoNormal><b><span style='font-size:10.0pt;font-family:"Tahoma",sans-serif;color:windowtext'>From:</span></b><span style='font-size:10.0pt;font-family:"Tahoma",sans-serif;color:windowtext'> Spce-user [</span><a href="mailto:spce-user-bounces@lists.sipwise.com" target="_blank"><span style='font-size:10.0pt;font-family:"Tahoma",sans-serif'>mailto:spce-user-bounces@lists.sipwise.com</span></a><span style='font-size:10.0pt;font-family:"Tahoma",sans-serif;color:windowtext'>] <b>On Behalf Of </b>Dan Boghici<br><b>Sent:</b> Tuesday, July 18, 2017 03:10<br><b>To:</b> </span><a href="mailto:spce-user@lists.sipwise.com" target="_blank"><span style='font-size:10.0pt;font-family:"Tahoma",sans-serif'>spce-user@lists.sipwise.com</span></a><span style='font-size:10.0pt;font-family:"Tahoma",sans-serif;color:windowtext'><br><b>Subject:</b> Re: [Spce-user] replicate spce servers</span><o:p></o:p></p></div></div><p class=MsoNormal> <o:p></o:p></p><p><span style='font-size:12.0pt;font-family:"Arial",sans-serif;color:black'>why not buy the PRO version and save yourself unnecessary headache?<o:p></o:p></span></p><p><span style='font-size:12.0pt;font-family:"Arial",sans-serif;color:black'>Dan<o:p></o:p></span></p><p class=MsoNormal> <o:p></o:p></p><div><p class=MsoNormal>On 07/18/2017 12:07 AM, Alex Pearson wrote:<o:p></o:p></p></div><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>Good Afternoon,</span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'> </span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>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.</span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'> </span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>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!</span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'> </span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>Alex</span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'> </span><o:p></o:p></p><div><div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm'><p class=MsoNormal><b><span style='font-size:10.0pt;font-family:"Tahoma",sans-serif'>From:</span></b><span style='font-size:10.0pt;font-family:"Tahoma",sans-serif'> Spce-user [</span><a href="mailto:spce-user-bounces@lists.sipwise.com" target="_blank"><span style='font-size:10.0pt;font-family:"Tahoma",sans-serif'>mailto:spce-user-bounces@lists.sipwise.com</span></a><span style='font-size:10.0pt;font-family:"Tahoma",sans-serif'>] <b>On Behalf Of </b>Stephen Donovan<br><b>Sent:</b> Monday, July 10, 2017 19:26<br><b>To:</b> Spce-user<br><b>Subject:</b> [Spce-user] replicate spce servers</span><o:p></o:p></p></div></div><p class=MsoNormal> <o:p></o:p></p><div><div><p class=MsoNormal><span style='font-family:"Arial",sans-serif'>Hello,</span><o:p></o:p></p></div><div><p class=MsoNormal><span style='font-family:"Arial",sans-serif'> </span><o:p></o:p></p></div><div><p class=MsoNormal><span style='font-family:"Arial",sans-serif'>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?</span><o:p></o:p></p></div><div><p class=MsoNormal><span style='font-family:"Arial",sans-serif'> </span><o:p></o:p></p></div><div><p class=MsoNormal><span style='font-family:"Arial",sans-serif'><br>Stephen</span><o:p></o:p></p></div><div><p class=MsoNormal><span style='font-family:"Arial",sans-serif'> </span><o:p></o:p></p></div></div><p class=MsoNormal style='margin-bottom:12.0pt'><o:p> </o:p></p><pre>_______________________________________________<o:p></o:p></pre><pre>Spce-user mailing list<o:p></o:p></pre><pre><a href="mailto:Spce-user@lists.sipwise.com" target="_blank">Spce-user@lists.sipwise.com</a><o:p></o:p></pre><pre><a href="https://lists.sipwise.com/listinfo/spce-user" target="_blank">https://lists.sipwise.com/listinfo/spce-user</a><o:p></o:p></pre></blockquote><p class=MsoNormal> <o:p></o:p></p><p class=MsoNormal><span style='font-family:"Arial",sans-serif'><br>_______________________________________________<br>Spce-user mailing list<br></span><a href="mailto:Spce-user@lists.sipwise.com"><span style='font-family:"Arial",sans-serif'>Spce-user@lists.sipwise.com</span></a><span style='font-family:"Arial",sans-serif'><br></span><a href="https://lists.sipwise.com/listinfo/spce-user"><span style='font-family:"Arial",sans-serif'>https://lists.sipwise.com/listinfo/spce-user</span></a><span style='font-family:"Arial",sans-serif'><o:p></o:p></span></p></div></div></div></body></html>