<div dir="ltr">On 4 June 2013 19:15, Jay Pipes <span dir="ltr"><<a href="mailto:jaypipes@gmail.com" target="_blank">jaypipes@gmail.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im"><br></div>
With the exception of Quantum l3-agent :( This is the main sticking point I have with deploying Quantum right now... vs. multihost nova-network.<br>
<br>
What this means in practical terms for us at AT&T is that we can use our F5s to spread load and manage active/active endpoints for everything (including our DB and MQ) -- except for Quantum. And that means exceptions in the Chef cookbooks. And deploying Pacemaker where we didn't need to deploy it previously. And exceptions in the deployment mean technical debt. And technical debt makes Jay a sad panda.<span class="HOEnZb"><font color="#888888"><br>
<br></font></span></blockquote><div><br></div><div style>Quite. Although I do see that there are efforts underway to overcome this.</div><div style><br></div><div style>I am curious to hear about how everyone is deploying MySQL and RabbitMQ in active/active environments. My experience so far with MySQL in a multi-master configuration, but an active/passive usage, is less than steller. I have to watch the sync like a hawk and implement a ton of monitoring around that to be sure that it's not only actively working, but that the tables on master and slave are actually like-for-like.</div>
<div style><br></div><div style>Without hijacking the thread - any tips? Is Galera clustering really that much better? </div></div></div></div>