On Nov 3, 2011, at 8:41 AM, Anne Gentle wrote:

Hi Christian (oh hai list) -
I've answered this a few times recently so I think it's useful to post info to 
the list. It's a highly requested bit of info. The documentation for 
"notifications" could be in a couple different areas. There's the the 
spec/blueprint at http://wiki.openstack.org/SystemUsageData. I believe that 
project is a work in progress at https://github.com/Cerberus98/yagi. (We need 
to work on a doc plan, Yagi peeps.)

I know i've been keeping the wiki pages at 
http://wiki.openstack.org/NotificationSystem#Implementation and  
http://wiki.openstack.org/SystemUsageData up to date with info on the 
notification system itself, and currently available system usage data.  Note 
that these are as of current trunk, since usage data available has been 
expanded since Diablo release.
Anne:  is there any other bit of info on the notification system that is needed 
?  I'd be happy to spend time chatting with documentation folks about the 
notification system if that's what it takes to get  some good user docs out 
there.

As far as Yagi itself, it's still very much in development, so things are 
sketchy atm, but it's simple to run.  If there's a spot where we can throw some 
docs, we can start doing that.


Also, here's what a startup did:
"
The way we did it was to keep track of everything ourselves since openstack 
didn't provide metering data that we needed.  We would log what size vm was 
started and the image id along with the timestamp, and then log when it was 
stopped, resized, etc.  There was a reporting API in our tool that customers 
could query against to pull that information  out and run reports for their 
billing systems.

Most providers and enterprises that I spoke to were happy with that model but 
REALLY wanted data about bandwidth usage which we weren't able to provide.  Our 
answer was to correlate the IP of the VM that was running back with their 
network monitoring logs for invoicing purposes.  Not the best answer, but all 
that we were able to do.

For our customers that used CA 3Tera AppLogic, it managed everything from the 
hypervisor to the virtual networking stack to the app layer and had a full 
metering API where we could pull all of the data from.  It wasn't the best API, 
but the data was accurate.  Same with vcloud if I remember correctly."

Also, from NTT Data, Nati Ueno's code for billing is here,
https://github.com/nati/dash_billing
and you can install it using his stack.sh, but it's not fully tested yet)
https://github.com/nati/devstack

I know it's a hotly sought after bit of info. Let me know if this example is 
the type of info you seek. I'd also like to work on a doc plan for gathering 
this into the admin guides.
Anne

Anne Gentle
a...@openstack.org<mailto:a...@openstack.org>
my blog<http://justwriteclick.com/> | my 
book<http://xmlpress.net/publications/conversation-community/> | 
LinkedIn<http://www.linkedin.com/in/annegentle> | 
Delicious<http://del.icio.us/annegentle> | 
Twitter<http://twitter.com/annegentle>
On Thu, Nov 3, 2011 at 2:56 AM, Christian Wittwer 
<wittwe...@gmail.com<mailto:wittwe...@gmail.com>> wrote:
Hi,
I'm looking for a simple way to get some usage data out of my nova
diablo installation.
I need to know which tenant or user had how much instances running and
for how long. Exactly the value you have in the dashboard, I guess
it's called cpu hours.
To setup a basic accounting I need to get this values over the api, to
put them into a seperated database.

How can I access these informations through the api?

Cheers,
Christian

_______________________________________________
Mailing list: 
https://launchpad.net/~openstack<https://launchpad.net/%7Eopenstack>
Post to     : 
openstack@lists.launchpad.net<mailto:openstack@lists.launchpad.net>
Unsubscribe : 
https://launchpad.net/~openstack<https://launchpad.net/%7Eopenstack>
More help   : https://help.launchpad.net/ListHelp

_______________________________________________
Mailing list: https://launchpad.net/~openstack
Post to     : 
openstack@lists.launchpad.net<mailto:openstack@lists.launchpad.net>
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp

--
Monsyne M. Dragon
OpenStack/Nova
cell 210-441-0965
work x 5014190

_______________________________________________
Mailing list: https://launchpad.net/~openstack
Post to     : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp

Reply via email to