<div dir="ltr">Sylvain, as I understand in BP description, Christian is about not exactly reserving tenants itself like we actually do with VMs/hosts - it's just naming for that. I think he is about two moments:<div><br>
</div><div>1) mark some tenants as "needed to be reserved" - speaking about resources assigned to it</div><div>2) reserve these resources via Climate (VMs for first approximation)</div><div><br></div><div>I suppose Christian is speaking now about hacking tenants creation process to mark them as "needed to be reserved" (1st step).</div>
<div><br></div><div>Christian, correct me if I'm wrong, please</div><div>Waiting for your comments</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Feb 20, 2014 at 10:06 PM, Sylvain Bauza <span dir="ltr"><<a href="mailto:sylvain.bauza@gmail.com" target="_blank">sylvain.bauza@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Christian,<div class="gmail_extra"><br><div class="gmail_quote">2014-02-20 18:10 GMT+01:00 Martinez, Christian <span dir="ltr"><<a href="mailto:christian.martinez@intel.com" target="_blank">christian.martinez@intel.com</a>></span>:<div class="">
<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 lang="EN-US" link="#0563C1" vlink="#954F72">
<div>
<p class="MsoNormal">Hello all,<u></u><u></u></p>
<p class="MsoNormal">I’m working in the following BP: <a href="https://blueprints.launchpad.net/climate/+spec/tenant-reservation-concept" target="_blank">
https://blueprints.launchpad.net/climate/+spec/tenant-reservation-concept</a>, in which the idea is to have the possibility to create “special” tenants that have a lease for all of its associated resources.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">The BP is in discussing phase and we were having conversations on IRC about what approach should we follow.<u></u><u></u></p>
<p class="MsoNormal"><u></u> </p></div></div></blockquote><div><br></div></div><div>Before speaking about implementation, I would definitely know the usecases you want to design. </div><div>What kind of resources do you want to provision using Climate ? The basic thing is, what is the rationale thinking about hooking tenant creation ? Could you please be more explicit ?</div>
<div><br></div><div>At the tenant creation, Climate wouldn't have no information in terms of calculating the resources asked, because the resources wouldn't have been allocated before. So, generating a lease on top of this would be like a non-formal contract in between Climate and the user, accounting nothing. </div>
<div><br></div><div>The main reason behind Climate is to provide SLAs for either user requests or projects requests, meaning that's duty of Climate to guarantee that the desired associated resource with the lease will be created in the future.</div>
<div>Speaking of Keystone, the Keystone objects are tenants, users or domains. In that case, if Climate would be hooking Keystone, that would say that Climate ensures that the cloud will have enough capacity for creating these resources in the future.</div>
<div><br></div><div>IMHO, that's not worth implementing it.</div><div class=""><div><br></div><div><br></div><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 lang="EN-US" link="#0563C1" vlink="#954F72"><div><p class="MsoNormal"><u></u></p>
<p class="MsoNormal">First of all, we need to add some “parameters or flags” during the tenant creation so we can know that the associated resources need to have a lease. Does anyone know if Keystone has similar functionality to Nova in relation with Hooks/API
extensions (something like the stuff mentioned on <a href="http://docs.openstack.org/developer/nova/devref/hooks.html" target="_blank">
http://docs.openstack.org/developer/nova/devref/hooks.html</a> ) ? My first idea is to intercept the tenant creation call (as it’s being done with climate-nova) and use that information to associate a lease quota to the resources assigned to that tenant.<u></u><u></u></p>
<p class="MsoNormal"><u></u></p></div></div></blockquote><div><br></div><div><br></div></div><div>Keystone has no way to know which resources are associated within a tenant, see how the middleware authentication is done here [1] </div>
<div>Regarding the BP, the motivation is to possibly 'leasify' all the VMs from one single tenant. IIRC, that should still be duty of Nova to handle that workflow and send the requests to Climate.</div><div><br></div>
<div>-Sylvain</div><div><br></div><div>[1] : <a href="http://docs.openstack.org/developer/keystone/middlewarearchitecture.html" target="_blank">http://docs.openstack.org/developer/keystone/middlewarearchitecture.html</a></div>
<div><br></div>
<div><br></div></div></div></div>
<br>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr"><div style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)"><p style="font-size:small;margin:0px;font-family:Helvetica">
Best regards,</p><p style="font-size:small;margin:0px;font-family:Helvetica">Dina Belova</p><p style="font-size:small;margin:0px;font-family:Helvetica">Software Engineer</p><p style="font-size:small;margin:0px;font-family:Helvetica">
Mirantis Inc.</p></div></div>
</div>