Re: [Openstack-operators] [nova] Does anyone use the os-diagnostics API?
Hi Matt, Tim, Thanks for asking. We’ve used the API in the past as a way of getting the > usage data out of Nova. We had problems running ceilometer at scale and > this was a way of retrieving the data for our accounting reports. We > created a special policy configuration to allow authorised users query this > data without full admin rights. > We do this as well. > From the look of the new spec, it would be fairly straightforward to adapt > the process to use the new format as all the CPU utilisation data is there. > I agree. ___ OpenStack-operators mailing list OpenStack-operators@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
Re: [Openstack-operators] [nova] Does anyone use the os-diagnostics API?
> On 12 Oct 2016, at 07:00, Matt Riedemann wrote: > > The current form of the nova os-diagnostics API is hypervisor-specific, which > makes it pretty unusable in any generic way, which is why Tempest doesn't > test it. > > Way back when the v3 API was a thing for 2 minutes there was work done to > standardize the diagnostics information across virt drivers in nova. The only > thing is we haven't exposed that out of the REST API yet, but there is a spec > proposing to do that now: > > https://review.openstack.org/#/c/357884/ > > This is an admin-only API so we're trying to keep an end user point of view > out of discussing it. For example, the disk details don't have any unique > identifier. We could add one, but would it be useful to an admin? > > This API is really supposed to be for debug, but the question I have for this > list is does anyone actually use the existing os-diagnostics API? And if so, > how do you use it, and what information is most useful? If you are using it, > please review the spec and provide any input on what's proposed for outputs. > Matt, Thanks for asking. We’ve used the API in the past as a way of getting the usage data out of Nova. We had problems running ceilometer at scale and this was a way of retrieving the data for our accounting reports. We created a special policy configuration to allow authorised users query this data without full admin rights. From the look of the new spec, it would be fairly straightforward to adapt the process to use the new format as all the CPU utilisation data is there. Tim > -- > > Thanks, > > Matt Riedemann > > > ___ > OpenStack-operators mailing list > OpenStack-operators@lists.openstack.org > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators ___ OpenStack-operators mailing list OpenStack-operators@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
[Openstack-operators] [nova] Does anyone use the os-diagnostics API?
The current form of the nova os-diagnostics API is hypervisor-specific, which makes it pretty unusable in any generic way, which is why Tempest doesn't test it. Way back when the v3 API was a thing for 2 minutes there was work done to standardize the diagnostics information across virt drivers in nova. The only thing is we haven't exposed that out of the REST API yet, but there is a spec proposing to do that now: https://review.openstack.org/#/c/357884/ This is an admin-only API so we're trying to keep an end user point of view out of discussing it. For example, the disk details don't have any unique identifier. We could add one, but would it be useful to an admin? This API is really supposed to be for debug, but the question I have for this list is does anyone actually use the existing os-diagnostics API? And if so, how do you use it, and what information is most useful? If you are using it, please review the spec and provide any input on what's proposed for outputs. -- Thanks, Matt Riedemann ___ OpenStack-operators mailing list OpenStack-operators@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
