Bug 1042268 - [RFE][ceilometer]: Rate-per-second gauge meters derived from cumulative samples
Summary: [RFE][ceilometer]: Rate-per-second gauge meters derived from cumulative samples
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: openstack-ceilometer
Version: unspecified
Hardware: Unspecified
OS: Unspecified
unspecified
high
Target Milestone: ga
: 5.0 (RHEL 7)
Assignee: RHOS Maint
QA Contact:
URL: https://blueprints.launchpad.net/ceil...
Whiteboard: upstream_milestone_icehouse-3 upstrea...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-12-12 21:35 UTC by RHOS Integration
Modified: 2014-09-08 05:42 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Last Closed:
Target Upstream Version:


Attachments (Terms of Use)

Description RHOS Integration 2013-12-12 21:35:27 UTC
Cloned from launchpad blueprint https://blueprints.launchpad.net/ceilometer/+spec/rates-derived-from-cumulative.

Description:

Currently we capture several detailed metrics related to disk & network I/O from the hypervisor in cumulative form, specifically:

* disk.read.requests
* disk.write.requests
* disk.read.bytes
* disk.write.bytes
* network.incoming.bytes
* network.outgoing.bytes
* network.incoming.packets
* network.outgoing.packets

These values being cumulative are not suitable for alarming against with the static style of alarm threshold that ceilometer supports. Cumulative values are not best suited to charting either via the new metering dashboard as trends are less easy to spot visually.

However we could follow the pattern used to derived cpu_util from cpu samples via the rate_of_change transformer to produce derived meters based on the rate of bytes or packets flowing per second. Such gauge meters would be much more useful from an alarming and dashboarding perspective.

Specification URL (additional information):

None


Note You need to log in before you can comment on or make changes to this bug.