[openstack-dev] [Horizon] [Cinder] [Nova] [Neutron] Gathering quota usage data in Horizon

Timur Sufiev tsufiev at mirantis.com
Mon Dec 21 10:20:01 UTC 2015


Hello, Matt

Just checked it, nova quota-show command just shows current quota limits
for a given tenant, below is an output for may Devstack admin tenant:

timur at devstack:~/devstack$ nova quota-show --tenant
9f6cc244fd9d41668d49c00f12b70219
+-----------------------------+-------+
| Quota                       | Limit |
+-----------------------------+-------+
| instances                   | 10    |
| cores                       | 20    |
| ram                         | 51200 |
| floating_ips                | 10    |
| fixed_ips                   | -1    |
| metadata_items              | 128   |
| injected_files              | 5     |
| injected_file_content_bytes | 10240 |
| injected_file_path_bytes    | 255   |
| key_pairs                   | 100   |
| security_groups             | 10    |
| security_group_rules        | 20    |
| server_groups               | 10    |
| server_group_members        | 10    |
+-----------------------------+-------+


On Sat, Dec 19, 2015 at 5:58 PM Matt Riedemann <mriedem at linux.vnet.ibm.com>
wrote:

>
>
> On 12/18/2015 12:35 PM, Timur Sufiev wrote:
> > Matt,
> >
> > actually Ivan (Ivan, thanks a lot!) showed me the exact cinderclient
> > call that I needed. Now I know how to retrieve Cinder quota usage info
> > per-tenant, seems that to retrieve the same info cloud-wide I should sum
> > up all the available tenant usages.
> >
> > With Cinder quota usages being sorted out, my next goal is Nova and
> > Neutron. As for Neutron, there are plenty of quota-related calls I'm
> > going to play with next week, perhaps there is something suitable for my
> > use case. But as for Nova, I haven't found something similar to 'usage'
> > of cinderclient call, so help from someone familiar with Nova is very
> > appreciated :).
> >
> > [0]
> >
> https://github.com/openstack/python-cinderclient/blob/master/cinderclient/v2/quotas.py#L36
> >
> > On Fri, Dec 18, 2015 at 5:17 PM Matt Riedemann
> > <mriedem at linux.vnet.ibm.com <mailto:mriedem at linux.vnet.ibm.com>> wrote:
> >
> >
> >
> >     On 12/17/2015 2:40 PM, Ivan Kolodyazhny wrote:
> >      > Hi Timur,
> >      >
> >      > Did you try this Cinder API [1]?  Here [2] is cinderclient output.
> >      >
> >      >
> >      >
> >      > [1]
> >      >
> >
> https://github.com/openstack/python-cinderclient/blob/master/cinderclient/v2/quotas.py#L33
> >      > [2] http://paste.openstack.org/show/482225/
> >      >
> >      > Regards,
> >      > Ivan Kolodyazhny,
> >      > http://blog.e0ne.info/
> >      >
> >      > On Thu, Dec 17, 2015 at 8:41 PM, Timur Sufiev
> >     <tsufiev at mirantis.com <mailto:tsufiev at mirantis.com>
> >      > <mailto:tsufiev at mirantis.com <mailto:tsufiev at mirantis.com>>>
> wrote:
> >      >
> >      >     Hello, folks!
> >      >
> >      >     I'd like to initiate a discussion of the feature request I'm
> >     going
> >      >     to make on behalf of Horizon to every core OpenStack service
> >     which
> >      >     supports Quota feature, namely Cinder, Nova and Neutron.
> >      >
> >      >     Although all three services' APIs support special calls to get
> >      >     current quota limitations (Nova and Cinder allows to get and
> >     update
> >      >     both per-tenant and default cloud-wide limitations, Neutron
> >     allows
> >      >     to do it only for per-tenant limitations), there is no
> >     special call
> >      >     in any of these services to get current per-tenant usage of
> >     quota.
> >      >     Because of that Horizon needs to get, say for 'volumes'
> quota, a
> >      >     list of Cinder volumes in the current tenant and then just
> >     calculate
> >      >     its length [1]. When there are really a lot of entities in
> >     tenant -
> >      >     instances/volumes/security groups/whatever - all this calls
> >     sum up
> >      >     and make rendering pages in Horizon much more slower than it
> >     could
> >      >     be. Is it possible to provide special API calls to alleviate
> >     this?
> >      >
> >      >     [1]
> >      >
> >
> https://github.com/openstack/horizon/blob/9.0.0.0b1/openstack_dashboard/usage/quotas.py#L350
> >      >
> >      >
> >
>  __________________________________________________________________________
> >      >     OpenStack Development Mailing List (not for usage questions)
> >      >     Unsubscribe:
> >      > OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> >     <
> http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe>
> >      >
> >       <
> http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe>
> >      > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> >      >
> >      >
> >      >
> >      >
> >      >
> >
>  __________________________________________________________________________
> >      > OpenStack Development Mailing List (not for usage questions)
> >      > Unsubscribe:
> >     OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> >     <
> http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe>
> >      > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> >      >
> >
> >     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.
> >
> >     Is that correct, Timur?
> >
> >     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.
> >
> >     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.
> >
> >     --
> >
> >     Thanks,
> >
> >     Matt Riedemann
> >
> >
> >
>  __________________________________________________________________________
> >     OpenStack Development Mailing List (not for usage questions)
> >     Unsubscribe:
> >     OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> >     <
> http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe>
> >     http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> >
> >
> >
> >
> __________________________________________________________________________
> > OpenStack Development Mailing List (not for usage questions)
> > Unsubscribe:
> OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> >
>
> The nova quota-show command [1] is similar to the cinder quota-usage
> command, you provide a tenant (or user) and get back the quota usage.
>
> [1]
>
> http://docs.openstack.org/cli-reference/content/novaclient_commands.html#novaclient_subcommand_quota-show
>
> --
>
> Thanks,
>
> Matt Riedemann
>
>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20151221/f0550eaf/attachment.html>


More information about the OpenStack-dev mailing list