[openstack-dev] [nova] VM diagnostics - V3 proposal

Gary Kotton gkotton at vmware.com
Sun Dec 29 16:07:52 UTC 2013


Hi,
Following all of the discussion I have done the following:
1. Update the wiki with all of the details -
https://wiki.openstack.org/wiki/Nova_VM_Diagnostics
2. Renamed the BP. It is now called v3-diagnostics
<https://blueprints.launchpad.net/openstack/?searchtext=v3-diagnostics>
3. Posted a patch with libvirt support -
https://review.openstack.org/#/c/61753/
The other drivers that support diagnostics will be updated in the coming
days.
I am not sure how tempest behaves with the V3 client but I am in the
process of looking into that so that we can leverage this API with
tempest. Do we also want the same support in V2? I think that it could be
very helpful with the spurious test failures that we have.
Thanks and a happy new year to all
Gary


On 12/19/13 6:21 PM, "Vladik Romanovsky" <vladik.romanovsky at enovance.com>
wrote:

>Ah, I think I've responded too fast, sorry.
>
>meter-list provides a list of various measurements that are being done
>per resource.
>sample-list provides a list of samples per every meter: ceilometer
>sample-list --meter cpu_util -q resource_id=vm_uuid
>These samples can be aggregated over a period of time per every meter and
>resource:
>ceilometer statistics -m cpu_util -q
>'timestamp>START;timestamp<=END;resource_id=vm_uuid' --period 3600
>
>Vladik
>
>
>
>----- Original Message -----
>> From: "Daniel P. Berrange" <berrange at redhat.com>
>> To: "Vladik Romanovsky" <vladik.romanovsky at enovance.com>
>> Cc: "OpenStack Development Mailing List (not for usage questions)"
>><openstack-dev at lists.openstack.org>, "John
>> Garbutt" <john at johngarbutt.com>
>> Sent: Thursday, 19 December, 2013 10:37:27 AM
>> Subject: Re: [openstack-dev] [nova] VM diagnostics - V3 proposal
>> 
>> On Thu, Dec 19, 2013 at 03:47:30PM +0100, Vladik Romanovsky wrote:
>> > I think it was:
>> > 
>> > ceilometer sample-list -m cpu_util -q 'resource_id=vm_uuid'
>> 
>> Hmm, a standard devstack deployment of ceilometer doesn't seem to
>> record any performance stats at all - just shows me the static
>> configuration parameters :-(
>> 
>>  ceilometer meter-list  -q
>>'resource_id=296b22c6-2a4d-4a8d-a7cd-2d73339f9c70'
>> 
>>+---------------------+-------+----------+-------------------------------
>>-------+----------------------------------+------------------------------
>>----+
>> | Name                | Type  | Unit     | Resource ID
>> | | User ID                          | Project ID
>> | |
>> 
>>+---------------------+-------+----------+-------------------------------
>>-------+----------------------------------+------------------------------
>>----+
>> | disk.ephemeral.size | gauge | GB       |
>> | 296b22c6-2a4d-4a8d-a7cd-2d73339f9c70 |
>>96f9a624a325473daf4cd7875be46009 |
>> | ec26984024c1438e8e2f93dc6a8c5ad0 |
>> | disk.root.size      | gauge | GB       |
>> | 296b22c6-2a4d-4a8d-a7cd-2d73339f9c70 |
>>96f9a624a325473daf4cd7875be46009 |
>> | ec26984024c1438e8e2f93dc6a8c5ad0 |
>> | instance            | gauge | instance |
>> | 296b22c6-2a4d-4a8d-a7cd-2d73339f9c70 |
>>96f9a624a325473daf4cd7875be46009 |
>> | ec26984024c1438e8e2f93dc6a8c5ad0 |
>> | instance:m1.small   | gauge | instance |
>> | 296b22c6-2a4d-4a8d-a7cd-2d73339f9c70 |
>>96f9a624a325473daf4cd7875be46009 |
>> | ec26984024c1438e8e2f93dc6a8c5ad0 |
>> | memory              | gauge | MB       |
>> | 296b22c6-2a4d-4a8d-a7cd-2d73339f9c70 |
>>96f9a624a325473daf4cd7875be46009 |
>> | ec26984024c1438e8e2f93dc6a8c5ad0 |
>> | vcpus               | gauge | vcpu     |
>> | 296b22c6-2a4d-4a8d-a7cd-2d73339f9c70 |
>>96f9a624a325473daf4cd7875be46009 |
>> | ec26984024c1438e8e2f93dc6a8c5ad0 |
>> 
>>+---------------------+-------+----------+-------------------------------
>>-------+----------------------------------+------------------------------
>>----+
>> 
>> 
>> If the admin user can't rely on ceilometer guaranteeing availability of
>> the performance stats at all, then I think having an API in nova to
>>report
>> them is in fact justifiable. In fact it is probably justifiable no
>>matter
>> what as a fallback way to check that VMs are doing in the fact of
>>failure
>> of ceilometer / part of the cloud infrastructure.
>> 
>> Daniel
>> --
>> |: 
>>https://urldefense.proofpoint.com/v1/url?u=http://berrange.com/&k=oIvRg1%
>>2BdGAgOoM1BIlLLqw%3D%3D%0A&r=eH0pxTUZo8NPZyF6hgoMQu%2BfDtysg45MkPhCZFxPEq
>>8%3D%0A&m=rSOjPJG6y%2F7%2B6l5u7ekbOpyWGQbpEaEZGcEqj8pnDJk%3D%0A&s=6555259
>>3e486953ee40218f87feced256047c7277195f1c4e44e44fa847210a4      -o-
>>https://urldefense.proofpoint.com/v1/url?u=http://www.flickr.com/photos/d
>>berrange/&k=oIvRg1%2BdGAgOoM1BIlLLqw%3D%3D%0A&r=eH0pxTUZo8NPZyF6hgoMQu%2B
>>fDtysg45MkPhCZFxPEq8%3D%0A&m=rSOjPJG6y%2F7%2B6l5u7ekbOpyWGQbpEaEZGcEqj8pn
>>DJk%3D%0A&s=5a2cc10d6d1df7a65129d7b3184e7280c0e2ad47c969e16bdba70a66d3b34
>>905 :|
>> |: 
>>https://urldefense.proofpoint.com/v1/url?u=http://libvirt.org/&k=oIvRg1%2
>>BdGAgOoM1BIlLLqw%3D%3D%0A&r=eH0pxTUZo8NPZyF6hgoMQu%2BfDtysg45MkPhCZFxPEq8
>>%3D%0A&m=rSOjPJG6y%2F7%2B6l5u7ekbOpyWGQbpEaEZGcEqj8pnDJk%3D%0A&s=64423471
>>28d8c5384877cb4e356baa489330dd532f9cdf764bfb6d5fd65ce984
>>-o-             
>>https://urldefense.proofpoint.com/v1/url?u=http://virt-manager.org/&k=oIv
>>Rg1%2BdGAgOoM1BIlLLqw%3D%3D%0A&r=eH0pxTUZo8NPZyF6hgoMQu%2BfDtysg45MkPhCZF
>>xPEq8%3D%0A&m=rSOjPJG6y%2F7%2B6l5u7ekbOpyWGQbpEaEZGcEqj8pnDJk%3D%0A&s=204
>>2aef3a4d1513a354a1f5fdc2642fcb0b58d25bc56d53869b496accbd13da5 :|
>> |: 
>>https://urldefense.proofpoint.com/v1/url?u=http://autobuild.org/&k=oIvRg1
>>%2BdGAgOoM1BIlLLqw%3D%3D%0A&r=eH0pxTUZo8NPZyF6hgoMQu%2BfDtysg45MkPhCZFxPE
>>q8%3D%0A&m=rSOjPJG6y%2F7%2B6l5u7ekbOpyWGQbpEaEZGcEqj8pnDJk%3D%0A&s=9d15c8
>>24b2b7d708d5ca5a86cea331bcda8959aa79bbf38e729e9d68d7527731       -o-
>>    
>>https://urldefense.proofpoint.com/v1/url?u=http://search.cpan.org/~danber
>>r/&k=oIvRg1%2BdGAgOoM1BIlLLqw%3D%3D%0A&r=eH0pxTUZo8NPZyF6hgoMQu%2BfDtysg4
>>5MkPhCZFxPEq8%3D%0A&m=rSOjPJG6y%2F7%2B6l5u7ekbOpyWGQbpEaEZGcEqj8pnDJk%3D%
>>0A&s=f7e9b479666888c85dbe2efceb196e5a21267e24c0f0296b97851aa320a4bcbd :|
>> |: 
>>https://urldefense.proofpoint.com/v1/url?u=http://entangle-photo.org/&k=o
>>IvRg1%2BdGAgOoM1BIlLLqw%3D%3D%0A&r=eH0pxTUZo8NPZyF6hgoMQu%2BfDtysg45MkPhC
>>ZFxPEq8%3D%0A&m=rSOjPJG6y%2F7%2B6l5u7ekbOpyWGQbpEaEZGcEqj8pnDJk%3D%0A&s=a
>>0aee08cf295ab6b6c9baa5c0a97202fc212eaf41df3316d2f86849185e161f8
>>-o-       
>>https://urldefense.proofpoint.com/v1/url?u=http://live.gnome.org/gtk-vnc&
>>k=oIvRg1%2BdGAgOoM1BIlLLqw%3D%3D%0A&r=eH0pxTUZo8NPZyF6hgoMQu%2BfDtysg45Mk
>>PhCZFxPEq8%3D%0A&m=rSOjPJG6y%2F7%2B6l5u7ekbOpyWGQbpEaEZGcEqj8pnDJk%3D%0A&
>>s=57a1872551210c82ec18b9fec46494be0cd38f0d2a74732402f11888c8fcedcb :|
>> 
>
>_______________________________________________
>OpenStack-dev mailing list
>OpenStack-dev at lists.openstack.org
>https://urldefense.proofpoint.com/v1/url?u=http://lists.openstack.org/cgi-
>bin/mailman/listinfo/openstack-dev&k=oIvRg1%2BdGAgOoM1BIlLLqw%3D%3D%0A&r=e
>H0pxTUZo8NPZyF6hgoMQu%2BfDtysg45MkPhCZFxPEq8%3D%0A&m=rSOjPJG6y%2F7%2B6l5u7
>ekbOpyWGQbpEaEZGcEqj8pnDJk%3D%0A&s=488e2bcbd1ad1e9a7b9a3756414be8d0400494d
>c550157190faef4dd68e67013




More information about the OpenStack-dev mailing list