<div dir="ltr">I've added a wiki page on Engine HA. <a href="http://www.ovirt.org/Features/Engine_High_Availability">http://www.ovirt.org/Features/Engine_High_Availability</a><div>Please add your comments, we'll try to make this an ongoing effort.</div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sat, Aug 24, 2013 at 3:25 PM, Liran Zelkha <span dir="ltr"><<a href="mailto:liran.zelkha@gmail.com" target="_blank">liran.zelkha@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 style="word-wrap:break-word">IMHO EJB clustering is not the direction we should take, especially considering our IoC plans (see <a href="http://gerrit.ovirt.org/#/c/5575/" target="_blank">http://gerrit.ovirt.org/#/c/5575/</a>).<div>
QuartzScheduler can be easily fixed by using a DB for Quartz configuration. We had such a discussion a few weeks ago.</div><div>mod_jk is probably better for our HA.</div><div>Postgres clustering should probably be a different task, as it's more infra and less code.</div>
<div><br></div><div>Another thing to consider is locking, currently done using synchronized, and will need to be changed somehow (probably using Infinispan).</div><div><div class="h5"><div><br><div><div>On Aug 22, 2013, at 10:22 AM, Itamar Heim wrote:</div>
<br><blockquote type="cite"><div>On 08/21/2013 10:27 PM, plysan wrote:<br><blockquote type="cite"><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">
2013/8/22 Itamar Heim <<a href="mailto:iheim@redhat.com" target="_blank">iheim@redhat.com</a> <<a href="mailto:iheim@redhat.com" target="_blank">mailto:iheim@redhat.com</a>>><br></blockquote><blockquote type="cite">
<br></blockquote><blockquote type="cite"> On 08/21/2013 11:08 AM, plysan wrote:<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><br></blockquote>
<blockquote type="cite"><br></blockquote><blockquote type="cite"> 2013/8/21 Laszlo Hornyak <<a href="mailto:lhornyak@redhat.com" target="_blank">lhornyak@redhat.com</a><br></blockquote><blockquote type="cite"> <<a href="mailto:lhornyak@redhat.com" target="_blank">mailto:lhornyak@redhat.com</a>> <<a href="mailto:lhornyak@redhat.com" target="_blank">mailto:lhornyak@redhat.com</a><br>
</blockquote><blockquote type="cite"> <<a href="mailto:lhornyak@redhat.com" target="_blank">mailto:lhornyak@redhat.com</a>>>><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">
<br></blockquote><blockquote type="cite"> Hi,<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"> ----- Original Message -----<br></blockquote><blockquote type="cite">
> From: "plysan" <<a href="mailto:plysab@gmail.com" target="_blank">plysab@gmail.com</a><br></blockquote><blockquote type="cite"> <<a href="mailto:plysab@gmail.com" target="_blank">mailto:plysab@gmail.com</a>> <<a href="mailto:plysab@gmail.com" target="_blank">mailto:plysab@gmail.com</a><br>
</blockquote><blockquote type="cite"> <<a href="mailto:plysab@gmail.com" target="_blank">mailto:plysab@gmail.com</a>>>><br></blockquote><blockquote type="cite"> > To: <a href="mailto:engine-devel@ovirt.org" target="_blank">engine-devel@ovirt.org</a><br>
</blockquote><blockquote type="cite"> <<a href="mailto:engine-devel@ovirt.org" target="_blank">mailto:engine-devel@ovirt.org</a>> <<a href="mailto:engine-devel@ovirt.org" target="_blank">mailto:engine-devel@ovirt.org</a><br>
</blockquote><blockquote type="cite"> <<a href="mailto:engine-devel@ovirt.org" target="_blank">mailto:engine-devel@ovirt.org</a>>__><br></blockquote><blockquote type="cite"> > Sent: Wednesday, August 21, 2013 3:49:31 PM<br>
</blockquote><blockquote type="cite"> > Subject: [Engine-devel] Ideas about engine clustering?<br></blockquote><blockquote type="cite"> ><br></blockquote><blockquote type="cite"> > Hello, guys:<br>
</blockquote><blockquote type="cite"> ><br></blockquote><blockquote type="cite"> > I'm trying to make a jboss clustering environment for<br></blockquote><blockquote type="cite"> engine. But<br>
</blockquote><blockquote type="cite"> felt the<br></blockquote><blockquote type="cite"> > difficuty too.<br></blockquote><blockquote type="cite"> > So I want to know if any one is working on this? I<br>
</blockquote><blockquote type="cite"> googled it and<br></blockquote><blockquote type="cite"> haven't<br></blockquote><blockquote type="cite"> > found anything.<br></blockquote><blockquote type="cite">
><br></blockquote><blockquote type="cite"> > I know there will be lots of things to do for engine<br></blockquote><blockquote type="cite"> migrating to<br></blockquote><blockquote type="cite">
clustering<br></blockquote><blockquote type="cite"> > environment. I just want to know what problem need to be<br></blockquote><blockquote type="cite"> solved?<br></blockquote><blockquote type="cite">
> I would like to list the things I think that is needed<br></blockquote><blockquote type="cite"> to do(or<br></blockquote><blockquote type="cite"> solve):<br></blockquote><blockquote type="cite">
> 1. run jboss in standalone-ha mode or domain mode.<br></blockquote><blockquote type="cite"> > 2. add @Clustered annotation to each EJB, I think this<br></blockquote><blockquote type="cite">
will solve the<br></blockquote><blockquote type="cite"> > replication problem in cluster, probably lots of details<br></blockquote><blockquote type="cite"> in it.<br></blockquote><blockquote type="cite">
> 3. QuartzScheduler problem, only one node running a<br></blockquote><blockquote type="cite"> scheduler is<br></blockquote><blockquote type="cite"> enough at a<br></blockquote><blockquote type="cite">
> time instead of each node running one.<br></blockquote><blockquote type="cite"> > 4. use mod_cluster to handle load balancing.<br></blockquote><blockquote type="cite"> > 5. postgresql clustering.<br>
</blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"> For failover it sounds like a plan, just wondering if this<br></blockquote><blockquote type="cite"> could<br></blockquote><blockquote type="cite">
solve load balancing problems as well.<br></blockquote><blockquote type="cite"> Ovirt is generating a big load on the DB and I would be really<br></blockquote><blockquote type="cite"> interested if SQL DB clustering could solve the issues.<br>
</blockquote><blockquote type="cite"> It would be great if it could, big part of the scalablity<br></blockquote><blockquote type="cite"> issue is<br></blockquote><blockquote type="cite"> the evil things we did against that poor database.<br>
</blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"> > 6. There should be more, but hope anyone can think about<br></blockquote><blockquote type="cite"> it :D<br></blockquote>
<blockquote type="cite"><br></blockquote><blockquote type="cite"> There are tons of data structures that are used in oVirt<br></blockquote><blockquote type="cite"> that store<br></blockquote><blockquote type="cite">
state. You will have to hunt all of these down and replace<br></blockquote><blockquote type="cite"> with a<br></blockquote><blockquote type="cite"> data structure that is shared between the cluster memebers.<br>
</blockquote><blockquote type="cite"> This may<br></blockquote><blockquote type="cite"> be a big lot of work from many parts of the application.<br></blockquote><blockquote type="cite"><br></blockquote>
<blockquote type="cite"><br></blockquote><blockquote type="cite"> Indeed, and like Yair Zaslavsky said, we can put the data<br></blockquote><blockquote type="cite"> structure in<br></blockquote><blockquote type="cite">
infinispan cache, but clustered EJB can do the same thing for<br></blockquote><blockquote type="cite"> us, right?<br></blockquote><blockquote type="cite"> If all those state values are inside EJBs. (iirc)**<br>
</blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"> ><br></blockquote><blockquote type="cite"> > Any ideas?<br>
</blockquote><blockquote type="cite"> ><br></blockquote><blockquote type="cite"> > Thanks!<br></blockquote><blockquote type="cite"> ><br></blockquote><blockquote type="cite">
> _________________________________________________<br></blockquote><blockquote type="cite"> > Engine-devel mailing list<br></blockquote><blockquote type="cite"> > <a href="mailto:Engine-devel@ovirt.org" target="_blank">Engine-devel@ovirt.org</a> <<a href="mailto:Engine-devel@ovirt.org" target="_blank">mailto:Engine-devel@ovirt.org</a>><br>
</blockquote><blockquote type="cite"> <<a href="mailto:Engine-devel@ovirt.org" target="_blank">mailto:Engine-devel@ovirt.org</a> <<a href="mailto:Engine-devel@ovirt.org" target="_blank">mailto:Engine-devel@ovirt.org</a>>__><br>
</blockquote><blockquote type="cite"> > <a href="http://lists.ovirt.org/__mailman/listinfo/engine-devel" target="_blank">http://lists.ovirt.org/__mailman/listinfo/engine-devel</a><br></blockquote><blockquote type="cite">
<<a href="http://lists.ovirt.org/mailman/listinfo/engine-devel" target="_blank">http://lists.ovirt.org/mailman/listinfo/engine-devel</a>><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">
><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">
_________________________________________________<br></blockquote><blockquote type="cite"> Engine-devel mailing list<br></blockquote><blockquote type="cite"> <a href="mailto:Engine-devel@ovirt.org" target="_blank">Engine-devel@ovirt.org</a> <<a href="mailto:Engine-devel@ovirt.org" target="_blank">mailto:Engine-devel@ovirt.org</a>><br>
</blockquote><blockquote type="cite"> <a href="http://lists.ovirt.org/__mailman/listinfo/engine-devel" target="_blank">http://lists.ovirt.org/__mailman/listinfo/engine-devel</a><br></blockquote><blockquote type="cite">
<<a href="http://lists.ovirt.org/mailman/listinfo/engine-devel" target="_blank">http://lists.ovirt.org/mailman/listinfo/engine-devel</a>><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">
<br></blockquote><blockquote type="cite"> unless you need the load balancing, just for HA, hosted-engine<br></blockquote><blockquote type="cite"> should cover your needs?<br></blockquote><blockquote type="cite"><br>
</blockquote><blockquote type="cite">I think failover and more scalability is what i am interested here.<br></blockquote><blockquote type="cite">Just thinking about the possibilities :)<br></blockquote><blockquote type="cite">
Imagine engine would never get restarted from outside view. Cool isn't it?<br></blockquote><br>active/passive failover you should get from hosted-engine (yes, with some downtime)<br>scalability and active-active would be great. iirc, juan looked at implications of doing this a while back<br>
_______________________________________________<br>Engine-devel mailing list<br><a href="mailto:Engine-devel@ovirt.org" target="_blank">Engine-devel@ovirt.org</a><br><a href="http://lists.ovirt.org/mailman/listinfo/engine-devel" target="_blank">http://lists.ovirt.org/mailman/listinfo/engine-devel</a><br>
</div></blockquote></div><br></div></div></div></div></blockquote></div><br></div>