<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">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/">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.<br clear="all"><div><div><div><div><div><br>-- <br>Sharuzzaman Ahmat Raslan
</div></div></div></div></div></div></div>