← Back to team overview

openstack team mailing list archive

Re: distributed and heterogeneous schedulers


On Apr 15, 2011, at 11:43 AM, Jay Pipes wrote:

> Yes, I'm aware of how the Zone Manager works. But, you still need a
> persistent data store for attributes of the host. Just because you
> store a cached in-memory copy of instance attributes, doesn't mean you
> don't need a persistent data store. You still need a persistent data
> store regardless of whether it's a database table, a FLAG value, or
> /proc/cpuinfo.

	Not sure I follow why you need a persistent data store. If a host goes offline, its data is no longer being reported, and it is not considered in the selection process. What value does a database lookup provide?

>>> Well, that's a bit of a misnomer ;) The persistent capabilities of a
>>> zone are currently set in FLAG values, no? :)
>>        Capabilities include things such as available disk/memory, cpu type, os type, etc., and only a few of those would lend themselves to FLAGs.
> 2 out of the 3 of your examples are flags.

	For a host, yes. For a zone, no. 

	If a host is added to a zone with a different cpu or os type, the zone now has an additional capability. If that host later goes offline, the zone will no longer have that capability. At the zone level, these are dynamic.

-- Ed Leafe

Follow ups