[one-users] some features we'd like to have in OpenNebula

[Valerio Schiavoni]

Dear all,
at our university we use OpenNebula 3.6 to manage our 62-cluster
machine. So far so good, and it's been a real pleasure to use.

After some 6 months of usage, we have some use-cases that we currently
don't find implemented in the platform.
I post them here in case others have worked them out already and to gather
some  feedback.
I've quickly skimmed over the 3.8 documentation and these use-cases don't
seem to be targeted yet:
if that's the case, a pointer to such documentation will suffice.

1) Timed deployments.
It would be useful to restrict VM deployments for a fixed duration in time.
Timings should be given either in a relative format (ie, starts now, finish
in 2 hours), or absolute (ie, starts the 24 of December at midnight, ends
by the 1st of January/1 week). The actions to take at expiration time
should be configurable at deployment (suspend, stop, delete VM, etc). Email
notifications close to and at expiration time would be a nice addition.

2) Shared vs Reserved deployments.
Usually, VMs get deployed over physical machines  hosting already other
VMs. We'd like an option to restrict certain types of VMs to be allocated
only on hosts that currently host zero VMs.
Such hosts, once assigned to run a given VM, are temporarily out of the
pool of available hosts.
This allows  us to run VMs for performance-driven tests - typically of
short duration.
Reserved deployments should have a  duration that is typically shorter than
shared deployments.
What would be the best way to implement this?  We considered splitting the
pool of hosts in two blocks (shared and reserved), but then how can we
configure the scheduler accordingly to respect such shared/reserved
scenario ?

There are some combinations of these 2 use-cases that could be interesting
for use in combination with the quota system: for example to restrict the
total number of shared and reserved concurrent deployments allowed to a
given user.


Please let me know if something close to these scenarios already exist.
Best regards,
Valerio
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opennebula.org/pipermail/users-opennebula.org/attachments/20121212/d0de663e/attachment.htm>