openstack-volume team mailing list archive

["Reddin, Tim (Cloud Services)" <Tim.Reddin@xxxxxx>]

I think we need to differentiate between what we present to the consumer, (which may be a simple set of flavors) and the attributes which the scheduler using to make selection decisions. 

If I am reading the proposal correctly a driver can advertize a ( mostly) opaque set of attributes which the scheduler can use to make placement decisions. 

Doesn't this kind of approach facilitate the kind of placement capabilites that Renuka was seeking? Without introducing any topology or vendor specific awareness?

In addituon wont the maintenance of these kind of attributes facilitate an admin api in a vendor agnostic way?

Tim


On 19 Oct 2011, at 15:52, "Chuck Thier" <cthier@xxxxxxxxx> wrote:

> Hi Vladimir,
> 
> I agree that we need a volume-type aware scheduler, and thanks for
> taking this on.  I had envisioned it a bit different though.  I was
> thinking that the cluster operator would define the volume types
> (similar to how they define vm flavors).  Each type would have a
> mapping to a driver, and the scheduler would use this mapping to
> determine which driver to send the incoming request to.
> 
> I think this makes things simpler and more flexible.  For example an
> operator may not want to expose every capability of some storage
> system that they have added.
> 
> --
> Chuck
> 
> 
> On Tue, Oct 18, 2011 at 2:36 PM, Vladimir Popovski
> <vladimir@xxxxxxxxxxxxxxxxx> wrote:
>> Hi All,
>> 
>> 
>> 
>> I’ve registered a new blueprint for volume-type aware scheduler:
>> 
>> https://blueprints.launchpad.net/nova/+spec/volume-type-scheduler
>> 
>> 
>> 
>> Please take a look at specification attached to it explaining main
>> principles (feel free to add/change parts of it).
>> 
>> 
>> 
>> Regards,
>> 
>> -Vladimir
>> 
>> 
>> 
>> 
>> 
>> --
>> Mailing list: https://launchpad.net/~openstack-volume
>> Post to     : openstack-volume@xxxxxxxxxxxxxxxxxxx
>> Unsubscribe : https://launchpad.net/~openstack-volume
>> More help   : https://help.launchpad.net/ListHelp
>> 
>> 
> 
> -- 
> Mailing list: https://launchpad.net/~openstack-volume
> Post to     : openstack-volume@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~openstack-volume
> More help   : https://help.launchpad.net/ListHelp