Hi all,

I just want to run a crazy idea up the flag pole. TripleO has the concept of an 
under and over cloud. In starting to experiment with Docker, I see a pattern 
start to emerge.

 * As a User, I may want to allocate a BareMetal node so that it is entirely 
mine. I may want to run multiple VM's on it to reduce my own cost. Now I have 
to manage the BareMetal nodes myself or nest OpenStack into them.
 * As a User, I may want to allocate a VM. I then want to run multiple Docker 
containers on it to use it more efficiently. Now I have to manage the VM's 
myself or nest OpenStack into them.
 * As a User, I may want to allocate a BareMetal node so that it is entirely 
mine. I then want to run multiple Docker containers on it to use it more 
efficiently. Now I have to manage the BareMetal nodes myself or nest OpenStack 
into them.

I think this can then be generalized to:
As a User, I would like to ask for resources of one type (One AZ?), and be able 
to delegate resources back to Nova so that I can use Nova to subdivide and give 
me access to my resources as a different type. (As a different AZ?)

I think this could potentially cover some of the TripleO stuff without needing 
an over/under cloud. For that use case, all the BareMetal nodes could be added 
to Nova as such, allocated by the "services" tenant as running a nested VM 
image type resource stack, and then made available to all tenants. Sys admins 
then could dynamically shift resources from VM providing nodes to BareMetal 
Nodes and back as needed.

This allows a user to allocate some raw resources as a group, then schedule 
higher level services to run only in that group, all with the existing api.

Just how crazy an idea is this?

Thanks,
Kevin

_______________________________________________
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Reply via email to