[openstack-dev] [Nova][Schduler] Volunteers wanted for a modest proposal for an external scheduler in our lifetime

Sylvain Bauza sylvain.bauza at bull.net
Mon Nov 25 08:51:02 UTC 2013


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


Le 25/11/2013 08:24, Haefliger, Juerg a écrit :
>
> Hi Robert,
>
> I see you have enough volunteers. You can put me on the backup list in 
> case somebody drops out or you need additional bodies.
>
> Regards
>
> ...Juerg
>
> *From:*Boris Pavlovic [mailto:bpavlovic at mirantis.com]
> *Sent:* Sunday, November 24, 2013 8:09 PM
> *To:* OpenStack Development Mailing List (not for usage questions)
> *Subject:* Re: [openstack-dev] [Nova][Schduler] Volunteers wanted for 
> a modest proposal for an external scheduler in our lifetime
>
> Robert,
>
> Btw,  I would like to be a volunteer too=)
>
> Best regards,
>
> Boris Pavlovic
>
> On Sun, Nov 24, 2013 at 10:43 PM, Robert Collins 
> <robertc at robertcollins.net <mailto:robertc at robertcollins.net>> wrote:
>
> On 22 November 2013 23:55, Gary Kotton <gkotton at vmware.com 
> <mailto:gkotton at vmware.com>> wrote:
> >
> >
>
> >>> I'm looking for 4-5 folk who have:
> >>>  - modest Nova skills
> >>>  - time to follow a fairly mechanical (but careful and detailed work
> >>> needed) plan to break the status quo around scheduler extraction
> >
> > I would be happy to take part. But prior I think that we need to 
> iron out
> > a number of issues:
>
> Cool! Added your name to the list of volunteers, which brings us to 4,
> the minimum I wanted before starting things happening.
>
>
> > 1. Will this be a new service that has an API, for example will Nova be
>
> > able to register a host and provide the host statistics.
>
> This will be an RPC api initially, because we know the performance
> characteristics of the current RPC API, and doing anything different
> to that is unnecessary risk. Once the new structure is:
> * stable
> * gated with unit and tempest tests
> * with a straightforward and well documented migration path for deployers
>
> Then adding a RESTful API could take place.
>
>
> > 2. How will the various components interact with the scheduler - same as
> > today - that is RPC? Or a REST API? The latter is a real concern due to
> > problems we have seen with the interactions of nova and other services
>
> RPC initially. REST *only* once we've avoided second system syndrome.
>
>
> > 3. How will current developments fit into this model?
>
> Code sync - take a forklift copy of the code, and apply patches to
> both for the one cycle.
>
>
> > All in all I think that it is a very good and healthy idea. I have a
> > number of reservations - these are mainly regarding the 
> implementation and
> > the service definition.
> >
> > Basically I like the approach of just getting heads down and doing 
> it, but
> > prior to that I think that we just need to understand the scope and 
> mainly
> > define the interfaces and how they can used/abused and consumed. It 
> may be
> > a very good topic to discuss at the up and coming scheduler meeting 
> - this
> > may be in the middle of the night for Robert. If so then maybe we can
> > schedule another time.
>
> Tuesdays at 1500 UTC - I'm in UTC+13 at the moment, so thats 0400
> local. A leeeetle early for me :) I'll ping you on IRC about resolving
> the concerns you raise, and you can proxy my answers to the sub group
> meeting?
>
>
> > Please note that this is scheduling and not orchestration. That is also
> > something that we need to resolve.
>
> Yup, sure is.
>
> -Rob
>
>
> --
> Robert Collins <rbtcollins at hp.com <mailto:rbtcollins at hp.com>>
> Distinguished Technologist
> HP Converged Cloud
>
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org 
> <mailto:OpenStack-dev at lists.openstack.org>
>
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
>
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20131125/0e733d52/attachment.html>


More information about the OpenStack-dev mailing list