<div dir="ltr">Hi,<div><br></div><div class="gmail_extra"><div class="gmail_quote">On Wed, Feb 5, 2014 at 5:31 PM, Sharuzzaman Ahmat Raslan <span dir="ltr"><<a href="mailto:sharuzzaman@gmail.com" target="_blank">sharuzzaman@gmail.com</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 dir="ltr"><div><div><div>Hi all,<br><br></div>My last interaction with Opennebula is with the version 3.8<br>

<br></div>In that version, the frontend can only be running by a single node. To have a redundancy, it was advised to have the frontend to be configured using HA tools, such as Red Hat cluster suite. See <a href="http://archives.opennebula.org/documentation:archives:rel4.2:oneha" target="_blank">http://archives.opennebula.org/documentation:archives:rel4.2:oneha</a><br>



<br></div><div>I believe that kind of setup is not optimal, as you have to bolt in another subsystem, that could potentially become another head ache to maintain.<br><br></div><div>As alternative to external clustering system, I would like to highlight to the developers the availability of Raft Consensus Algorithm. See <a href="http://raftconsensus.github.io/" target="_blank">http://raftconsensus.github.io/</a><br>



<br></div><div>This algorithm can help to maintain the availability of the frontend, in a fault-tolerant distributed system. With this algorithm, frontend can be run on the VM nodes itself, where at any given time, one of the nodes will act as a frontend for the whole cluster. If that "leader" node goes down, any other node will step up to become the next leader, and maintaining the availability of the frontend<br>



<br></div><div>This can help simplify deployment, and reduce the requirement to have a dedicated frontend machine, with another failover machine in standby<br><br></div><div>I hope this idea could be discussed futher, and implemented on the future release of Opennebula.<br>



<br></div><div>thanks.<span class=""><font color="#888888"><br clear="all"><div><div><div><div><div><br>-- <br>Sharuzzaman Ahmat Raslan
</div></div></div></div></div></font></span></div></div>
<br></blockquote><div><br></div><div>Thank you for your suggestion. This may be useful not only for HA, but also for the new OpenNebula federation, where we need to have a master and several slaves. For the first version (that will be included in 4.6) the master will be set manually, but at some point we'll need to think of a way to deal with master selection.</div>

<div><br></div><div>Best regards</div><div><div><div dir="ltr">--<br><div>Carlos Martín, MSc<br>Project Engineer</div><div>OpenNebula - Flexible Enterprise Cloud Made Simple<br><div><span style="border-collapse:collapse;color:rgb(136,136,136);font-family:arial,sans-serif;font-size:13px"><a href="http://www.opennebula.org/" target="_blank">www.OpenNebula.org</a> | <a href="mailto:cmartin@opennebula.org" target="_blank">cmartin@opennebula.org</a> | <a href="http://twitter.com/opennebula" target="_blank">@OpenNebula</a></span><span style="border-collapse:collapse;color:rgb(136,136,136);font-family:arial,sans-serif;font-size:13px"><a href="mailto:cmartin@opennebula.org" target="_blank" style="color:rgb(42,93,176)"></a></span></div>

</div></div></div><br></div></div></div></div>