Only problem here is that we'll remove admin climate user in the future and will use only trusts, so how you'll get needed info?<div><br></div><div>I think we may keep info unduplicated only in one case: use trust from admin user who marked tenant as reservable to ge<span></span>t needed info later.</div>
<div><br></div><div>In this case storing needed info in keystone is ok for me.</div><div><br></div><div>Dina<br><br>On Thursday, February 27, 2014, Sanchez, Cristian A <<a href="mailto:cristian.a.sanchez@intel.com">cristian.a.sanchez@intel.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I don’t think that duplicating the information in Climate is a really good idea. Why don’t let Keystone manage the tenant dates information? Moreover, we can also add that to Horizon.<br>
Then, during Lease creations, Climate should query Keystone to get the tenant dates.<br>
<br>
What do you think?<br>
<br>
From: Dina Belova <<a href="javascript:;" onclick="_e(event, 'cvml', 'dbelova@mirantis.com')">dbelova@mirantis.com</a><mailto:<a href="javascript:;" onclick="_e(event, 'cvml', 'dbelova@mirantis.com')">dbelova@mirantis.com</a>>><br>
Reply-To: "OpenStack Development Mailing List (not for usage questions)" <<a href="javascript:;" onclick="_e(event, 'cvml', 'openstack-dev@lists.openstack.org')">openstack-dev@lists.openstack.org</a><mailto:<a href="javascript:;" onclick="_e(event, 'cvml', 'openstack-dev@lists.openstack.org')">openstack-dev@lists.openstack.org</a>>><br>
Date: miércoles, 26 de febrero de 2014 02:10<br>
To: "OpenStack Development Mailing List (not for usage questions)" <<a href="javascript:;" onclick="_e(event, 'cvml', 'openstack-dev@lists.openstack.org')">openstack-dev@lists.openstack.org</a><mailto:<a href="javascript:;" onclick="_e(event, 'cvml', 'openstack-dev@lists.openstack.org')">openstack-dev@lists.openstack.org</a>>><br>
Subject: Re: [openstack-dev] [Climate] Lease by tenants feature design<br>
<br>
Also we have to mention Adam's letter - cause now he said he loves to see start/end date functionality in keystone.<br>
<br>
If so, we may store this info in Keystone - but anyway, I suppose that it might be somehow duplicated in Climate not to process one more request to Keystone when it'll be needed. I still have no clear idea how that will be looking speaking about user rights.<br>
<br>
Now we're using trusts + special admin user. We'll get rid of this special user in future. But to work with projects we still need admin's rights.<br>
<br>
Any ideas?<br>
<br>
On Wednesday, February 26, 2014, Dina Belova <<a href="javascript:;" onclick="_e(event, 'cvml', 'dbelova@mirantis.com')">dbelova@mirantis.com</a><mailto:<a href="javascript:;" onclick="_e(event, 'cvml', 'dbelova@mirantis.com')">dbelova@mirantis.com</a>>> wrote:<br>
Don't think it's needed in this case. We may store this info in Climate not to intersect with Keystone without serious reasons.<br>
<br>
On Wednesday, February 26, 2014, Sanchez, Cristian A <<a href="javascript:;" onclick="_e(event, 'cvml', 'cristian.a.sanchez@intel.com')">cristian.a.sanchez@intel.com</a><javascript:_e(%7B%7D,'cvml','<a href="javascript:;" onclick="_e(event, 'cvml', 'cristian.a.sanchez@intel.com')">cristian.a.sanchez@intel.com</a>');>> wrote:<br>
One question to clarify: the project will be marked as reservable by calling Keystone API (from Climate) to store that info in the project extra specs in Keystone DB.<br>
Is this correct?<br>
<br>
From: Sylvain Bauza <<a href="javascript:;" onclick="_e(event, 'cvml', 'sylvain.bauza@gmail.com')">sylvain.bauza@gmail.com</a><mailto:<a href="javascript:;" onclick="_e(event, 'cvml', 'sylvain.bauza@gmail.com')">sylvain.bauza@gmail.com</a>>><br>
Reply-To: "OpenStack Development Mailing List (not for usage questions)" <<a href="javascript:;" onclick="_e(event, 'cvml', 'openstack-dev@lists.openstack.org')">openstack-dev@lists.openstack.org</a><mailto:<a href="javascript:;" onclick="_e(event, 'cvml', 'openstack-dev@lists.openstack.org')">openstack-dev@lists.openstack.org</a>>><br>
Date: martes, 25 de febrero de 2014 17:55<br>
To: "OpenStack Development Mailing List (not for usage questions)" <<a href="javascript:;" onclick="_e(event, 'cvml', 'openstack-dev@lists.openstack.org')">openstack-dev@lists.openstack.org</a><mailto:<a href="javascript:;" onclick="_e(event, 'cvml', 'openstack-dev@lists.openstack.org')">openstack-dev@lists.openstack.org</a>>><br>
Subject: Re: [openstack-dev] [Climate] Lease by tenants feature design<br>
<br>
<br>
<br>
<br>
2014-02-25 17:42 GMT+01:00 Dina Belova <<a href="javascript:;" onclick="_e(event, 'cvml', 'dbelova@mirantis.com')">dbelova@mirantis.com</a><mailto:<a href="javascript:;" onclick="_e(event, 'cvml', 'dbelova@mirantis.com')">dbelova@mirantis.com</a>>>:<br>
<br>
>>> I think it should be a Climate "policy" (be careful, the name is confusing) : if admin wants to grant any new project for reservations, he should place a call to Climate. That's up to Climate-Nova (ie. Nova extension) to query Climate in order to see if project has been granted or not.<br>
<br>
Now I think that it'll be better, yes.<br>
I see some workflow like:<br>
<br>
1) Mark project as reservable in Climate<br>
2) When some resource is created (like Nova instance) it should be checked (in the API extensions, for example) via Climate if project is reservable. If is, and there is no special reservation flags passed, it should be used default_reservation stuff for this instance<br>
<br>
Sylvain, is that ira you're talking about?<br>
<br>
<br>
tl;dr : Yes, let's define/create a new endpoint for the need.<br>
<br>
That's exactly what I'm thinking, Climate should manage reservations on its own (including any new model) and projects using it for reserving resources should place a call to it in order to get some information.<br>
<br>
-Sylvain<br>
<br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="javascript:;" onclick="_e(event, 'cvml', '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>
<br>
--<br>
<br>
Best regards,<br>
<br>
Dina Belova<br>
<br>
Software Engineer<br>
<br>
Mirantis Inc.<br>
<br>
<br>
<br>
--<br>
<br>
Best regards,<br>
<br>
Dina Belova<br>
<br>
Software Engineer<br>
<br>
Mirantis Inc.<br>
<br>
<br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="javascript:;" onclick="_e(event, 'cvml', '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>
</blockquote></div><br><br>-- <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><br>