<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">2014-02-10 18:45 GMT+01:00 Chris Friesen <span dir="ltr"><<a href="mailto:chris.friesen@windriver.com" target="_blank">chris.friesen@windriver.com</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class=""><br></div>
In that model, we would pass a bunch of information about multiple resources to the solver scheduler, have it perform scheduling *and reserve the resources*, then return some kind of resource reservation tokens back to the caller for each resource.  The caller could then allocate each resource, pass in the reservation token indicating both that the resources had already been reserved as well as what the specific resource that had been reserved (the compute-host in the case of an instance, for example).<span class=""><font color="#888888"><br>

<br>
Chris</font></span><div class=""><div class="h5"><br></div></div></blockquote><div><br></div><div>Please be aware that Climate [1] already exists for managing resources reservations. That doesn't make sense and has been discussed during last summit that reservations should be managed by Nova, but rather by another service.</div>
<div><br></div><div>-Sylvain <br></div><div><br></div><div>[1] : <a href="https://launchpad.net/climate">https://launchpad.net/climate</a></div></div></div></div>