Ask Your Question

Spyderdyne's profile - activity

2016-08-10 18:41:06 -0500 received badge  Notable Question (source)
2016-08-10 18:41:06 -0500 received badge  Famous Question (source)
2014-06-03 15:39:11 -0500 received badge  Popular Question (source)
2014-05-29 14:02:13 -0500 received badge  Organizer (source)
2014-05-29 14:00:21 -0500 commented question nova.filter.scheduler glance image metadata

I think this would require a new blueprint.

2014-05-29 13:57:49 -0500 commented question how to install healthnmon on grizzly ?

I was looking at using healthnmon and here is what I found: (

Blueprint information Status: Not started

It seems this will never happen -- jd 13/11/2013

I think this has been abandoned.

2014-05-29 12:45:06 -0500 received badge  Autobiographer
2014-05-29 12:11:58 -0500 received badge  Editor (source)
2014-05-29 12:09:03 -0500 asked a question nova.filter.scheduler glance image metadata

I am working through a fairly common use case that it would be nice to be able to use Glance image metadata to address. In a scenario where you have multiple instances performing the same job behind a load balancer you have some degree of fault tolerance built into the application. To ensure that a single hardware failure does not take down all or a significant protion of your cluster it is important to ensure that these instances are spread across multiple physical hosts and hopefully across mutliple racks.

Additionally it is common practice to create images with at least a majority base configuration for the job you intend to have them perform in your workload to reduce the time from instance creation initiation to final configuration and finally adding additional capacity. Heat templates can be configured to spawn new instances when certain performance thresholds are met and can specify these specific images based on the service or component that is being stressed. While the Nova Filter Scheduler DifferentHostFilter method handles this nicely, there is apparently no way to call it directly using glance image metadata.

On further investigation of the methods currently employed by Glance metadata to enforce scheduling they seem to be implementations for specific items that direct Filter Scheduler access as with an API call could address as well with a very few minor. I think that reconfiguring this for direct access to the nova.filter.scheduler methods would probably cover over 95% of all possible use cases.

I am looking for a way to do something along the lines of adding a new option to the "additional common metadata on Glance images" as the documentation suggests, but instead of simply "type": "string", I would like to do something like this in metadata;

"ServerGroupAffinityFilter": {
    "array": ["group": "devweb1"]


"DifferentHostFilterFilter": { "boolean": true }

I don't think that this approach is very elegant though, and would definitely hesitate to rewrite what is already in Glance to handle this unless absolutely necessary. Is anyone already doing this somewhere? If so how is it implemented?