Open Stack

On Fri, Aug 17, 2012 at 5:52 AM, Julien Danjou <julien at danjou.info> wrote:

> On Fri, Aug 17 2012, John Tran wrote:
>
> Hi John,
>
> > * Source - left as '?'
>
> For now, yes.
>

See https://bugs.launchpad.net/ceilometer/+bug/1038043


>
> > * user_id - obtained by looking at the instance's db obj
> > * project_id - same as user_id
>
> Yes.
>
> > * resource_id - <unique_id of the vnic?>   ** the vnic xml data
> > freturned from libvirt has a filtterref that looks like: <filterref
> > filter='nova-instance-instance-00000001-fa163e71ec6d'>
>
> That looks good.
>

Yes, that's good, unless you can get a UUID from Quantum.


>
> > * resource_metadata -  < for instance db obj or for vnic xml data> ?
>
> For vnic. But you can include anything you want here, so I would include
> everything you know about the vnic plus a key named 'instance_id'
> pointing to the id of the instance, so if needed it can be linked to the
> original instance.
>

+1


>
> Based on your example that would include the following keys IMHO:
> - mac_address
> - source_bridge
> - target_dev
> - alias_name
> - ip
> - netmask
> - network
>
> > * meter_type - 'cumulative'    ** what are the other options ?
>
> You have 'absolute' or 'delta', see counter.py. If the counter is never
> reset to 0, you want cumulative, yes.
>
> > * meter_volume - <value of the meter>
> > * meter_duration - <time value>
>
> Yep.
>

Are we actually using the duration value anywhere, yet? I think I've seen
it set to None or 0 in all of the other counters, but I could be
remembering incorrectly.

Doug
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20120817/4cc8597c/attachment-0001.html>