<div dir="ltr"><div><div>Thanks Michael for the answer, just want to dig more.<br><br></div>From your answer, it seems that we do not want libvirt on one node opens up a connection to the other, but from the Gerrit code diff, I did not notice any change on nova compute, but only move the logic of live migraiton/resize/code migration from scheduler to conductor, and conductor still call nova compute directly and once the request cast to nova compute,  libvirt on one node still opens up a connection to the another, so what is the difference?<br>
<br>Thanks,<br>Jay<br></div><br></div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/6/1 Michael Still <span dir="ltr"><<a href="mailto:mikal@stillhq.com" target="_blank">mikal@stillhq.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">IIRC the discussion from the summit, there was concern about compute<br>
nodes talking directly to each other. The way live migration works in<br>
libvirt is that the libvirt on one node opens up a connection to the<br>
other and then streams the instance across. If this is bounced off a<br>
conductor, then it makes firewall rules much easier to construct.<br>
<br>
Cheers,<br>
Michael<br>
<div><div class="h5"><br>
On Sat, Jun 1, 2013 at 2:53 PM, Lau Jay <<a href="mailto:jay.lau.513@gmail.com">jay.lau.513@gmail.com</a>> wrote:<br>
> Hi Stackers,<br>
><br>
> I noticed that there are some blueprints trying to move the logic of live<br>
> migration/resize/code migration/provision from nova scheduler to nova<br>
> conductor, but the blueprint did not describe clearly the benefits of doing<br>
> so, can some experts give some explanation on this?<br>
><br>
> I know the original design for nova conductor is for a non-db nova compute,<br>
> but what's the reason of moving scheduling logic to nova conductor?<br>
><br>
> Thanks,<br>
><br>
> Jay<br>
><br>
</div></div>> _______________________________________________<br>
> Mailing list: <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
> Post to     : <a href="mailto:openstack@lists.launchpad.net">openstack@lists.launchpad.net</a><br>
> Unsubscribe : <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
> More help   : <a href="https://help.launchpad.net/ListHelp" target="_blank">https://help.launchpad.net/ListHelp</a><br>
><br>
</blockquote></div><br></div>