On 11/28/13 12:10 AM, "Robert Collins" <robe...@robertcollins.net> wrote:
>On 25 November 2013 21:51, Sylvain Bauza <sylvain.ba...@bull.net> wrote: >> As said earlier, I also would love to join the team, triggering a few >> blueprints or so. >> >> By the way, I'm currently reviewing the Scheduler code. Do you began to >> design the API queries or do you need help for that ? >> >> -Sylvain > >https://urldefense.proofpoint.com/v1/url?u=https://blueprints.launchpad.ne >t/nova/%2Bspec/remove-cast-to-schedule-run-instance&k=oIvRg1%2BdGAgOoM1BIl >LLqw%3D%3D%0A&r=eH0pxTUZo8NPZyF6hgoMQu%2BfDtysg45MkPhCZFxPEq8%3D%0A&m=m51N >cC8%2Byhvmtv%2FnrCQvfmoJK0QyJo5pl7iShl2bmck%3D%0A&s=bf6f26da40ba9acedc20fe >3f1f84d4d3eb1a215282db3e59ff7088225da7e6f1 >is a pre-requisite for nova to use the split out scheduler, but I >think we can begin before that is complete, by doing the work on the >new trees: > > - setting up the basic trees we'll need (a service tree and a client >tree) as openstack-infra/config changes I am not really sure how we can have a client tree without even having discussed the API's and interfaces. From the initial round of emails the intention was to make use of the RPC mechanism to speak with the scheduler. One option worth thinking about is to introduce a new scheduling driver to nova - this driver will interface with the external scheduler. This will let us define the scheduling API, model etc, without being in the current confines of Nova. This will also enable all of the other modules, for example Cinder to hook into it. To be honest I think that that is a lot cleaner way of going about it. Once the driver is working then we can speak about deprecating the existing drivers. My thoughts are: 1. Lets start to define the external scheduler API's - say V1 - support all existing Nova, Cinder, Neutron etc - that is have parity with these 2. Start to think of the new and shiny scheduling features How about we draw up a plan for #1 and then see how we can divide up the work and set milestones etc. The API's can evolve, but we need to get the initial engine (which will be based on nova code) up and runningÅ . Happy holidays > - picking an interim name (e.g. external-scheduler and >python-external-schedulerclient) > >However, lets get russelb to approve the blueprint >https://urldefense.proofpoint.com/v1/url?u=https://blueprints.launchpad.ne >t/nova/%2Bspec/forklift-scheduler-breakout&k=oIvRg1%2BdGAgOoM1BIlLLqw%3D%3 >D%0A&r=eH0pxTUZo8NPZyF6hgoMQu%2BfDtysg45MkPhCZFxPEq8%3D%0A&m=m51NcC8%2Byhv >mtv%2FnrCQvfmoJK0QyJo5pl7iShl2bmck%3D%0A&s=5b89f2239e66793a9d62e7a1249b60a >bda511694a43ddb28c5e8109cc5f43ac1 >first. > >Cheers, >Rob > >_______________________________________________ >OpenStack-dev mailing list >OpenStack-dev@lists.openstack.org >https://urldefense.proofpoint.com/v1/url?u=http://lists.openstack.org/cgi- >bin/mailman/listinfo/openstack-dev&k=oIvRg1%2BdGAgOoM1BIlLLqw%3D%3D%0A&r=e >H0pxTUZo8NPZyF6hgoMQu%2BfDtysg45MkPhCZFxPEq8%3D%0A&m=m51NcC8%2Byhvmtv%2Fnr >CQvfmoJK0QyJo5pl7iShl2bmck%3D%0A&s=4e696767b9510069b282cad72b0e37841731a66 >3c904fdf41fb7f94b4cc1b9dc _______________________________________________ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev