Dear all,<div>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. </div><div><br></div><div>After some 6 months of usage, we have some use-cases that we currently don't find implemented in the platform.</div>

<div>I post them here in case others have worked them out already and to gather some  feedback.</div><div>I've quickly skimmed over the 3.8 documentation and these use-cases don't seem to be targeted yet: </div><div>

if that's the case, a pointer to such documentation will suffice.</div><div><br></div><div>1) Timed deployments.</div><div>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.</div>

<div><br></div><div>2) Shared vs Reserved deployments.</div><div>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. </div>

<div>Such hosts, once assigned to run a given VM, are temporarily out of the pool of available hosts. </div><div>This allows  us to run VMs for performance-driven tests - typically of short duration. </div><div>Reserved deployments should have a  duration that is typically shorter than shared deployments.</div>

<div>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 ? </div>

<div><br></div><div>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.</div>

<div><br></div><div><br></div><div>Please let me know if something close to these scenarios already exist.</div><div>Best regards,</div><div>Valerio</div><div><br></div><div><br></div><div><br></div><div> </div>