> -----Original Message-----
> From: Dugger, Donald D [mailto:[email protected]]
> Sent: Monday, August 3, 2015 7:40 AM
> To: OpenStack Development Mailing List (not for usage questions)
> Subject: [openstack-dev] How should we expose host capabilities to the
> scheduler
> 
> Without going into the solution space the first thing we need to do is make
> sure we know what the requirements are for exposing host capabilities.  At a
> minimu we need to:
> 
> Enumerate the capabilities.  This will involve both quantitative values
> (amount of RAM, amount of disk, .) and Boolean (magic instructions
> present).  Also, there will be static capabilities that are discovered at boot
> time and don't change afterwards and dynamic capabilities that vary during
> node operation.
> Expose the capabilities to both users and operators.
> Request specific capabilities.  A way of requesting an instance with an 
> explicit
> list of specific capabilities is a minimal requirement.  It would probably 
> also be
> good to have a way to easily specify an aggregate that encompasses a set of
> capabilities.
> 
> Note that I'm not saying we should remove flavors, but we might need a
> different way to specify what makes up a flavor.
> 
> As I said, I don't have the answer to how to do this but I want to start a
> discussion on where we go from here.
> 
> --
> Don Dugger
> "Censeo Toto nos in Kansa esse decisse." - D. Gale
> Ph: 303/443-3786

There already is a Glance Metadata Catalog which is enumerating and exposing 
different meaningful extra_specs that can be attached to a flavor. The list of 
capabilities is defined here: 
https://github.com/openstack/glance/tree/master/etc/metadefs. Example 
definition of flavor extra_specs: 
https://github.com/openstack/glance/blob/master/etc/metadefs/compute-host-capabilities.json.


__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: [email protected]?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Reply via email to