Re: [openstack-dev] [nova] [placement] experimenting with extracting placement

2017-04-03 Thread Chris Dent
On Mon, 13 Mar 2017, Chris Dent wrote: * The scheduler report client in nova, and to a minor degree the filter scheduler, use some of the same exceptions and ovo.objects that placement uses, which presents a bit of blechiness with regards to code duplication. I suppose long term we could

Re: [openstack-dev] [nova] [placement] experimenting with extracting placement

2017-03-15 Thread John Garbutt
On 13 March 2017 at 15:17, Jay Pipes wrote: > On 03/13/2017 11:13 AM, Dan Smith wrote: >> >> Interestingly, we just had a meeting about cells and the scheduler, >> which had quite a bit of overlap on this topic. >> >>> That said, as mentioned in the previous email, the

Re: [openstack-dev] [nova] [placement] experimenting with extracting placement

2017-03-14 Thread Roman Podoliaka
Hi Matt, On Tue, Mar 14, 2017 at 5:27 PM, Matt Riedemann wrote: > We did agree to provide an openstackclient plugin purely for CLI > convenience. That would be in a separate repo, not part of nova or > novaclient. I've started a blueprint [1] for tracking that work. *The >

Re: [openstack-dev] [nova] [placement] experimenting with extracting placement

2017-03-14 Thread Matt Riedemann
On 3/13/2017 9:14 AM, Sylvain Bauza wrote: To be honest, one of the things I think we're missing yet is a separate client that deployers would package so that Nova and other customer projects would use for calling the Placement API. At the moment, we have a huge amount of code in

Re: [openstack-dev] [nova] [placement] experimenting with extracting placement

2017-03-13 Thread Jay Pipes
On 03/13/2017 11:13 AM, Dan Smith wrote: Interestingly, we just had a meeting about cells and the scheduler, which had quite a bit of overlap on this topic. That said, as mentioned in the previous email, the priorities for Pike (and likely Queens) will continue to be, in order: traits, ironic,

Re: [openstack-dev] [nova] [placement] experimenting with extracting placement

2017-03-13 Thread Dan Smith
Interestingly, we just had a meeting about cells and the scheduler, which had quite a bit of overlap on this topic. > That said, as mentioned in the previous email, the priorities for Pike > (and likely Queens) will continue to be, in order: traits, ironic, > shared resource pools, and nested

Re: [openstack-dev] [nova] [placement] experimenting with extracting placement

2017-03-13 Thread Chris Dent
On Mon, 13 Mar 2017, Sylvain Bauza wrote: That way, we could do the necessary quirks in the client in case the split goes bad. I don't understand this statement. If the client is always using the service catalog (which it should be) and the client is always only aware of the HTTP interface

Re: [openstack-dev] [nova] [placement] experimenting with extracting placement

2017-03-13 Thread Sylvain Bauza
Le 13/03/2017 15:17, Jay Pipes a écrit : > On 03/13/2017 09:16 AM, Sylvain Bauza wrote: >> Please don't. >> Having a separate repository would mean that deployers would need to >> implement a separate package for placement plus discussing about >> how/when to use it. > > Apparently, there

Re: [openstack-dev] [nova] [placement] experimenting with extracting placement

2017-03-13 Thread Jay Pipes
On 03/13/2017 09:16 AM, Sylvain Bauza wrote: Please don't. Having a separate repository would mean that deployers would need to implement a separate package for placement plus discussing about how/when to use it. Apparently, there already *are* separate packages for

Re: [openstack-dev] [nova] [placement] experimenting with extracting placement

2017-03-13 Thread Sylvain Bauza
Le 13/03/2017 14:59, Jay Pipes a écrit : > On 03/13/2017 08:41 AM, Chris Dent wrote: >> >> From the start we've been saying that it is probably right for the >> placement service to have its own repository. This is aligned with >> the long term goal of placement being useful to many services,

Re: [openstack-dev] [nova] [placement] experimenting with extracting placement

2017-03-13 Thread Jay Pipes
On 03/13/2017 10:02 AM, Eoghan Glynn wrote: We are close to the first milestone in Pike, right ? We also have priorities for Placement that we discussed at the PTG and we never discussed about how to cut placement during the PTG. Also, we haven't discussed yet with operators about how they

Re: [openstack-dev] [nova] [placement] experimenting with extracting placement

2017-03-13 Thread Eoghan Glynn
> > We are close to the first milestone in Pike, right ? We also have > > priorities for Placement that we discussed at the PTG and we never > > discussed about how to cut placement during the PTG. > > > > Also, we haven't discussed yet with operators about how they would like > > to see Placement

Re: [openstack-dev] [nova] [placement] experimenting with extracting placement

2017-03-13 Thread Jay Pipes
On 03/13/2017 08:41 AM, Chris Dent wrote: From the start we've been saying that it is probably right for the placement service to have its own repository. This is aligned with the long term goal of placement being useful to many services, not just nova, and also helps to keep placement

Re: [openstack-dev] [nova] [placement] experimenting with extracting placement

2017-03-13 Thread Sean Dague
On 03/13/2017 09:33 AM, Sylvain Bauza wrote: > > We are close to the first milestone in Pike, right ? We also have > priorities for Placement that we discussed at the PTG and we never > discussed about how to cut placement during the PTG. > > Also, we haven't discussed yet with operators about

Re: [openstack-dev] [nova] [placement] experimenting with extracting placement

2017-03-13 Thread Sylvain Bauza
Le 13/03/2017 14:21, Sean Dague a écrit : > On 03/13/2017 09:16 AM, Sylvain Bauza wrote: >> >> >> Le 13/03/2017 13:41, Chris Dent a écrit : >>> >>> From the start we've been saying that it is probably right for the >>> placement service to have its own repository. This is aligned with >>> the

Re: [openstack-dev] [nova] [placement] experimenting with extracting placement

2017-03-13 Thread Sean Dague
On 03/13/2017 09:16 AM, Sylvain Bauza wrote: > > > Le 13/03/2017 13:41, Chris Dent a écrit : >> >> From the start we've been saying that it is probably right for the >> placement service to have its own repository. This is aligned with >> the long term goal of placement being useful to many

Re: [openstack-dev] [nova] [placement] experimenting with extracting placement

2017-03-13 Thread Sylvain Bauza
Le 13/03/2017 13:41, Chris Dent a écrit : > > From the start we've been saying that it is probably right for the > placement service to have its own repository. This is aligned with > the long term goal of placement being useful to many services, not > just nova, and also helps to keep

[openstack-dev] [nova] [placement] experimenting with extracting placement

2017-03-13 Thread Chris Dent
From the start we've been saying that it is probably right for the placement service to have its own repository. This is aligned with the long term goal of placement being useful to many services, not just nova, and also helps to keep placement contained and comprehensible and thus