<div dir="ltr">No, the [1] is an active/passive HA solution for the l3 stuff.<div>I would also point you a description page to test that functionality [2].</div><div><br></div><div>The routing distribution on the edge [3] and [4] will be close enough to an active/active mode.</div>
<div>The point of failure will be the compute node.</div><div><div><br class="">[1] <a href="https://wiki.openstack.org/wiki/Neutron/L3_High_Availability_VRRP">https://wiki.openstack.org/wiki/Neutron/L3_High_Availability_VRRP</a></div>
<div>[2] <a href="https://docs.google.com/document/d/1P2OnlKAGMeSZTbGENNAKOse6B2TRXJ8keUMVvtUCUSM/edit">https://docs.google.com/document/d/1P2OnlKAGMeSZTbGENNAKOse6B2TRXJ8keUMVvtUCUSM/edit</a></div></div><div>[3] <a href="https://docs.google.com/drawings/d/1GGwbLa72n8c2T3SBApKK7uJ6WLTSRa7erTI_3QNj5Bg/edit">https://docs.google.com/drawings/d/1GGwbLa72n8c2T3SBApKK7uJ6WLTSRa7erTI_3QNj5Bg/edit</a></div>
<div>[4] <a href="https://docs.google.com/document/d/1depasJSnGZPOnRLxEC_PYsVLcGVFXZLqP52RFTe21BE/edit#heading=h.5w7clq272tji">https://docs.google.com/document/d/1depasJSnGZPOnRLxEC_PYsVLcGVFXZLqP52RFTe21BE/edit#heading=h.5w7clq272tji</a></div>
<div><br></div><div>Édouard.</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Mar 7, 2014 at 10:07 AM, Jesse Pretorius <span dir="ltr"><<a href="mailto:jesse.pretorius@gmail.com" target="_blank">jesse.pretorius@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div class="">On 6 March 2014 14:54, Alvise Dorigo <span dir="ltr"><<a href="mailto:alvise.dorigo@pd.infn.it" target="_blank">alvise.dorigo@pd.infn.it</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div style="word-wrap:break-word"><div>As stated in the mentioned thread there's no solution for making L3 agent HA with the active/active paradigm. But I have to use the active/active paradigm.</div>

</div></blockquote><div><br></div></div><div>There is a blueprint for a fully active-active L3 Agent that's close to implementation:</div><div><a href="https://blueprints.launchpad.net/neutron/+spec/l3-high-availability" target="_blank">https://blueprints.launchpad.net/neutron/+spec/l3-high-availability</a><br>

</div><div class=""><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div style="word-wrap:break-word">

<div>In the mentioned thread, Jay suggests to use a tool to replicate l3 agent's status to the other node upon failure of the current node (I haven't used this tool yet).<br></div></div></blockquote><div><br></div>

</div><div>We use this in production and it works well. Essentially it doesn't give you true active-active high availability, but it does give you automated redundancy and you are able to use multiple L3 Agents actively.</div>

<div>The path for packets will only every use one L3 Agent at a time, but if an Agent goes down, the tool will migrate the L3 Agent servicing the virtual routers to an alternative active agent. The tenant/project's L3 traffic will be lost only for the duration of the down-time detection and move. If the tool is run every minute in cron, the detection will happen within a minute. It has a random wait period of less than a minute before starting a move. The time it take for the move itself to complete depends on how many virtual routers need to be moved.</div>
<div class="">
<div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div style="word-wrap:break-word"><div></div>
<div>
Reading the HA guide by Openstack (<a href="http://docs.openstack.org/high-availability-guide/content/_running_neutron_metadata_agent.html" target="_blank">http://docs.openstack.org/high-availability-guide/content/_running_neutron_metadata_agent.html</a>) there's not a solution active/active-based also for the metadata agent.<br>

</div></div></blockquote><div><br></div></div><div>The metadata agent is stateless and can be implemented in an active-active manner with load balancing using something like haproxy. We do this successfully in production.</div>

</div></div></div>
<br>_______________________________________________<br>
OpenStack-operators mailing list<br>
<a href="mailto:OpenStack-operators@lists.openstack.org">OpenStack-operators@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a><br>
<br></blockquote></div><br></div>