Open Stack

On Wed, May 9, 2012 at 12:42 PM, Tomasz Paszkowski <ss7pro at gmail.com> wrote:

> Here is the simplified version of my code (without ampq support,
> counter stored directly to mysql db).
>
> https://github.com/ss7pro/rescnt
>
> Code is started from main.py which is constantly collecting counters
> from libvirt and storing them in a mysql database.
>

Nice!

For production code I think we are going to want to separate collection
from storage, aren't we? We don't want each compute node to require access
to the database server (that's an issue with nova that they are trying to
fix during the folsom release, IIRC).


>
>
> On Mon, May 7, 2012 at 9:25 PM, Tomasz Paszkowski <ss7pro at gmail.com>
> wrote:
> > On Mon, May 7, 2012 at 5:21 PM, Loic Dachary <loic at enovance.com> wrote:
> >> Hi Tomasz,
> > Hi
> >
> >>
> >> I could not agree more and this is the reason why I/O shows in the list
> of meters shown in http://wiki.openstack.org/EfficientMetering (c5) "disk
> IO in megabyte per second has a high impact on the service availability and
> could be billed separately ".
> >
> > Yes but for disk drives I/O (number of read/write ops) are the key
> > resource usage information. It's very hard to setup a billing model
> > for disk drive usage on bandwidth as low bandwidth disk operations
> > (small random read/writes) can utilize disk drive more than huge
> > sequential reads/writes. I need also to mention that AWS is also
> > charging for I/O in their volume service.
> >
> >>
> >>
> >> It looks like you already have a codebase that could be useful for the
> metering implementation. Would you be willing to share it ?
> >
> > Yes. Just give me few days.
> >
> > --
> > Tomasz Paszkowski
> > SS7, Asterisk, SAN, Datacenter, Cloud Computing
> > +48500166299
>
>
>
> --
> Tomasz Paszkowski
> SS7, Asterisk, SAN, Datacenter, Cloud Computing
> +48500166299
>
> _______________________________________________
> Mailing list: https://launchpad.net/~openstack
> Post to     : openstack at lists.launchpad.net
> Unsubscribe : https://launchpad.net/~openstack
> More help   : https://help.launchpad.net/ListHelp
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20120509/46563709/attachment.html>