Jay, Hi Jay, yes we were working about putting all common stuff in oslo-scheduler. (not only filters)
As a result of this work we understood, that this is wrong approach. Because it makes result code very complex and unclear. And actually we didn't find the way to put all common stuff inside oslo. Instead of trying to make life too complex we found better approach. Implement scheduler aaS that can scale (current solution has some scale issues) & store all data from nova, cinder & probably other places. To implement such approach we should change a bit current architecture: 1) Scheduler should store all his data (not nova.db & cinder.db) 2) Scheduler should always have own snapshot of "wold" state, and sync it with another schedulers using something that is quite fast (e.g. memcached) 3) Merge schedulers rpc methods from nova & cinder in one scheduler (it is possbile if we store all data from cinder & nova in one sceduler). 4) Drop cinder, and nova tables that store host states (as we don't need them) We implemented already base start (mechanism that store snapshot of world state & sync it between different schedulers): https://review.openstack.org/#/c/45867/ (it is still bit in WIP) Best regards, Boris Pavlovic --- Mirantis Inc. On Sun, Nov 10, 2013 at 1:59 PM, Jay Lau <jay.lau....@gmail.com> wrote: > I noticed that there is already a bp in oslo tracing what I want to do: > https://blueprints.launchpad.net/oslo/+spec/oslo-scheduler > > Thanks, > > Jay > > > > 2013/11/9 Jay Lau <jay.lau....@gmail.com> > >> Greetings, >> >> Now in oslo, we already put some scheduler filters/weights logic there >> and cinder is using oslo scheduler filters/weights logic, seems we want >> both nova&cinder use this logic in future. >> >> Found some problems as following: >> 1) In cinder, some filters/weight logic reside in >> cinder/openstack/common/scheduler and some filter/weight logic in >> cinder/scheduler, this is not consistent and also will make some cinder >> hackers confused: where shall I put the scheduler filter/weight. >> 2) Nova is not using filter/weight from oslo and also not using entry >> point to handle all filter/weight. >> 3) There is not enough filters in oslo, we may need to add more there: >> such as same host filter, different host filter, retry filter etc. >> >> So my proposal is as following: >> 1) Add more filters to oslo, such as same host filter, different host >> filter, retry filter etc. >> 2) Move all filters/weight logic in cinder from cinder/scheduler to >> cinder/openstack/common/scheduler >> 3) Enable nova use filter/weight logic from oslo (Move all filter logic >> to nova/openstack/common/scheduler) and also use entry point to handle all >> filters/weight logic. >> >> Comments? >> >> Thanks, >> >> Jay >> > > > _______________________________________________ > OpenStack-dev mailing list > OpenStack-dev@lists.openstack.org > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > >
_______________________________________________ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
