Re: [openstack-dev] [nova] Boston Forum session recap - searchlight integration

2017-05-22 Thread Mike Bayer
On 05/22/2017 05:39 AM, Matthew Booth wrote: There are also a couple of optimisations to make which I won't bother with up front. Dan suggested in his CellsV2 talk that we would only query cells where the user actually has instances. If we find users tend to clump in a small number of

Re: [openstack-dev] [nova] Boston Forum session recap - searchlight integration

2017-05-22 Thread Sean Dague
On 05/22/2017 05:39 AM, Matthew Booth wrote: > Aside: For a query operation, what's the better user experience when a > single cell is failing: > > 1. The whole query fails. > 2. The user gets incomplete results. > > Either of these are simple to implement. Incomplete results would also >

Re: [openstack-dev] [nova] Boston Forum session recap - searchlight integration

2017-05-22 Thread Belmiro Moreira
Hi Matt, if by "incomplete results" you mean retrieve the instances UUIDs (in the cell_api) for the cells that failed to answer, I would prefer to have incomplete results than a failed operation. Belmiro On Mon, May 22, 2017 at 11:39 AM, Matthew Booth wrote: > On 19 May 2017

Re: [openstack-dev] [nova] Boston Forum session recap - searchlight integration

2017-05-22 Thread Matthew Booth
On 19 May 2017 at 20:07, Mike Bayer wrote: > > > On 05/19/2017 02:46 AM, joehuang wrote: > >> Support sort and pagination together will be the biggest challenge: it's >> up to how many cells will be involved in the query, 3,5 may be OK, you can >> search each cells, and cached

Re: [openstack-dev] [nova] Boston Forum session recap - searchlight integration

2017-05-19 Thread Mike Bayer
On 05/19/2017 02:46 AM, joehuang wrote: Support sort and pagination together will be the biggest challenge: it's up to how many cells will be involved in the query, 3,5 may be OK, you can search each cells, and cached data. But how about 20, 50 or more, and how many data will be cached?

Re: [openstack-dev] [nova] Boston Forum session recap - searchlight integration

2017-05-19 Thread Dean Troyer
On Thu, May 18, 2017 at 4:21 PM, Matt Riedemann wrote: > Since sorting instances across cells is the main issue, it was also > suggested that we allow a config option to disable sorting in the API. It > was stated this would be without a microversion, and filtering/paging

Re: [openstack-dev] [nova] Boston Forum session recap - searchlight integration

2017-05-19 Thread Matt Riedemann
On 5/19/2017 1:46 AM, joehuang wrote: Support sort and pagination together will be the biggest challenge: it's up to how many cells will be involved in the query, 3,5 may be OK, you can search each cells, and cached data. But how about 20, 50 or more, and how many data will be cached? More

Re: [openstack-dev] [nova] Boston Forum session recap - searchlight integration

2017-05-19 Thread joehuang
Support sort and pagination together will be the biggest challenge: it's up to how many cells will be involved in the query, 3,5 may be OK, you can search each cells, and cached data. But how about 20, 50 or more, and how many data will be cached? More over, during the query there are