On Tue, Apr 14, 2009 at 1:12 PM, Mehdi Sheikhalishahi <span dir="ltr">&lt;<a href="mailto:mehdi.alishahi@gmail.com" target="_blank">mehdi.alishahi@gmail.com</a>&gt;</span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

Dear All:<br>
<br>
In the API Specification, Do you address the scheduling parameters for<br>
Advance Reservation, Co-allocation and others?<br>
<font color="#888888"></font></blockquote><div><br>Interesting question... I have spent a large chunk of my weekend <a href="http://forge.ogf.org/sf/wiki/do/viewPage/projects.occi-wg/wiki/APIDesign" target="_blank">roughing up the API</a> and rather than bundling everything in together have so far opted for a core + extensions approach. This fits nicely with wanting to support everything from single-user virtualised desktops and hypervisors burnt into motherboards to global infrastructures with millions of resources and a single entry point.<br>
<br>For clouds (like Amazon EC2) that have fixed hardware configurations rather than fluid resource allocations I&#39;m planning to expose templates. One way to implement Amazon EC2 style reservations would be to implement a &quot;reserve&quot; actuator similar to &quot;start&quot;, &quot;stop&quot; and &quot;restart&quot;. This also touches on the question of whether instances persist when they are stopped - ephemeral implementations should be supported as well so this is something I&#39;m thinking about.<br>
<br>As Andrew said, best thing for you to do is explain your requirements in a use case.<br><br>Sam<br><br>
</div></div>