<div dir="ltr">The point raised by Matt for Nova applies to Neutron as well.<div>Neutron does not have strict deadlines for blueprint approval; however even if in theory it would still be possible to achieve this for Mitaka, it is rather unlikely since the number of blueprints already in the pipeline is way more than what can reasonably be implemented in this release cycle.</div><div><br></div><div>Anyway, it would be a matter of resuscitate the blueprint [1] and pretty much rework it in light of the discussion we had around "usage APIs" with the API working group [2]</div><div>I will be happy to assist with design and implementations. so if you have any requirement from the horizon side, like the ability of filtering either by tenant or resource just let me know.</div><div><br></div><div>Salvatore</div><div><br></div><div>[1] <a href="https://review.openstack.org/#/c/102199/">https://review.openstack.org/#/c/102199/</a></div><div>[2] <a href="http://lists.openstack.org/pipermail/openstack-dev/2014-November/051152.html">http://lists.openstack.org/pipermail/openstack-dev/2014-November/051152.html</a></div></div><div class="gmail_extra"><br><div class="gmail_quote">On 18 December 2015 at 15:12, Matt Riedemann <span dir="ltr"><<a href="mailto:mriedem@linux.vnet.ibm.com" target="_blank">mriedem@linux.vnet.ibm.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
<br>
On 12/17/2015 2:40 PM, Ivan Kolodyazhny wrote:<br>
</span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
Hi Timur,<br>
<br>
Did you try this Cinder API [1]? Here [2] is cinderclient output.<br>
<br>
<br>
<br>
[1]<br>
<a href="https://github.com/openstack/python-cinderclient/blob/master/cinderclient/v2/quotas.py#L33" rel="noreferrer" target="_blank">https://github.com/openstack/python-cinderclient/blob/master/cinderclient/v2/quotas.py#L33</a><br>
[2] <a href="http://paste.openstack.org/show/482225/" rel="noreferrer" target="_blank">http://paste.openstack.org/show/482225/</a><br>
<br>
Regards,<br>
Ivan Kolodyazhny,<br>
<a href="http://blog.e0ne.info/" rel="noreferrer" target="_blank">http://blog.e0ne.info/</a><br>
<br>
On Thu, Dec 17, 2015 at 8:41 PM, Timur Sufiev <<a href="mailto:tsufiev@mirantis.com" target="_blank">tsufiev@mirantis.com</a><br></span><span class="">
<mailto:<a href="mailto:tsufiev@mirantis.com" target="_blank">tsufiev@mirantis.com</a>>> wrote:<br>
<br>
Hello, folks!<br>
<br>
I'd like to initiate a discussion of the feature request I'm going<br>
to make on behalf of Horizon to every core OpenStack service which<br>
supports Quota feature, namely Cinder, Nova and Neutron.<br>
<br>
Although all three services' APIs support special calls to get<br>
current quota limitations (Nova and Cinder allows to get and update<br>
both per-tenant and default cloud-wide limitations, Neutron allows<br>
to do it only for per-tenant limitations), there is no special call<br>
in any of these services to get current per-tenant usage of quota.<br>
Because of that Horizon needs to get, say for 'volumes' quota, a<br>
list of Cinder volumes in the current tenant and then just calculate<br>
its length [1]. When there are really a lot of entities in tenant -<br>
instances/volumes/security groups/whatever - all this calls sum up<br>
and make rendering pages in Horizon much more slower than it could<br>
be. Is it possible to provide special API calls to alleviate this?<br>
<br>
[1]<br>
<a href="https://github.com/openstack/horizon/blob/9.0.0.0b1/openstack_dashboard/usage/quotas.py#L350" rel="noreferrer" target="_blank">https://github.com/openstack/horizon/blob/9.0.0.0b1/openstack_dashboard/usage/quotas.py#L350</a><br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe:<br>
<a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br></span>
<<a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a>><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><span class=""><br>
<br>
<br>
<br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br>
</span></blockquote>
<br>
I think Timur is asking for a way to filter on only certain resources for quota usage/limits, like volumes in cinder or instances in nova, rather than getting back all resource usage/limits per tenant.<br>
<br>
Is that correct, Timur?<br>
<br>
While it's possible to add this, I'm not sure how much time it's actually going to save in the DB query time to get the quota information for a tenant.<br>
<br>
Anyway, it's an API change so it would require a spec for nova which means we wouldn't be getting to that until at least N since we're in spec freeze for mitaka.<span class="HOEnZb"><font color="#888888"><br>
<br>
-- <br>
<br>
Thanks,<br>
<br>
Matt Riedemann</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br></div>