<div dir="ltr">Robert, <div><br></div><div><div>It is nice that community like idea of making one scheduler as a service. </div></div><div><br></div><div><br></div><div>But I saw in <a href="https://etherpad.openstack.org/p/icehouse-external-scheduler">https://etherpad.openstack.org/p/icehouse-external-scheduler</a> some misleading about <a href="https://blueprints.launchpad.net/nova/+spec/no-db-scheduler">https://blueprints.launchpad.net/nova/+spec/no-db-scheduler</a></div>
<div><br></div><div>Approach no-db-scheduler is actually base step that allows us to make scalable scheduler as a service without huge pain of changing too much in current architecture: As I mention on HK summit, there are just few steps, that should be implemented: </div>
<div><br></div><div>    1) Scheduler should store all data by self:<br></div><div><div>        1.1) Keep all data locally + mechanism that effectively sync all schedulers</div><div>        1.2) new scheduler RPC method: update_host(host_name, namespace, values)</div>
<div>     e.g. in this patchset <a href="https://review.openstack.org/#/c/45867/">https://review.openstack.org/#/c/45867/</a> </div><div>     It is still WIP: </div><div>       During this week we are going to make final version: </div>
<div>             a) Garbage collector for sync mechanism</div><div>             b) Support of name spaces </div><div>             c) Support of sqlaclhemy backends (not only memcached)</div><div>             </div><div>    2) Cleanup Nova scheduler </div>
<div>    2.1) Remove compute_node tables</div><div>    2.2) Remove from db.api methods that returns state of hosts, and use Scheduler</div><div>    </div><div>    3.a) Make Nova Scheduler as a separated service</div><div>
    </div><div>    3.b) Call from cinder in "cinder" namespace  Scheduler Service  update_host() method</div><div>    4) Move cinder scheduler rpc method to  scheduler service</div><div>    5) Remove Cinder Scheduler </div>
<div>    </div><div>    3.c) Call from malina in "malina" namespace  Scheduler Service update_host() method </div><div>    4) Move malina scheduler rpc method to scheduler service</div><div>    5) Remove Malina Scheduler</div>
</div><div><br></div><div><br></div><div>I don't think that it is step backward as it was mentioned in etherpad..</div><div><br></div><div><br></div><div><br></div><div>Best regards,</div><div>Boris Pavlovic </div><div>
<br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Nov 22, 2013 at 12:58 AM, Robert Collins <span dir="ltr"><<a href="mailto:robertc@robertcollins.net" target="_blank">robertc@robertcollins.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><a href="https://etherpad.openstack.org/p/icehouse-external-scheduler" target="_blank">https://etherpad.openstack.org/p/icehouse-external-scheduler</a><br>

<br>
I'm looking for 4-5 folk who have:<br>
 - modest Nova skills<br>
 - time to follow a fairly mechanical (but careful and detailed work<br>
needed) plan to break the status quo around scheduler extraction<br>
<br>
And of course, discussion galore about the idea :)<br>
<br>
Cheers,<br>
Rob<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Robert Collins <<a href="mailto:rbtcollins@hp.com">rbtcollins@hp.com</a>><br>
Distinguished Technologist<br>
HP Converged Cloud<br>
<br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</font></span></blockquote></div><br></div>