
Hi list, Is there a recommendation for any billing solution or the end user just have to take the reports / create custom from the data-warehouse reporting portal? Of course I guess there is the option to ask over the API, but if someone has invented the wheel ... Best, Nikos ########################################3 Zaharioudakis Nikos, RHC{A,DS,E,VA,X,I}, VCP(4,5},VCI, Mentor VCI, Zimbra Instructor https://www.redhat.com/wapps/training/certification/verify.html?certNumber=100-001-262&isSearch=False&verify=Verify Public Calendar : https://www.google.com/calendar/embed?src=nzahar%40gmail.com&ctz=Europe/Athens +30 694 720 40 63 http://zimbra.wikidot.com/zimbra-installations-in-greece

On 20/11/14 11:26, Nikos Zaharioudakis wrote:
Hi list,
Is there a recommendation for any billing solution or the end user just have to take the reports / create custom from the data-warehouse reporting portal? Of course I guess there is the option to ask over the API, but if someone has invented the wheel ...
Hi, you could try manageiq? http://manageiq.org/ -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen

Hi Nikos, Currently there is no billing solution, but you can open an RFE bug for it. Please write in the description the use case and requirements in detail, of how you would like to see this implemented. Best regards, --- Shirly Radco BI Software Engineer Red Hat Israel Ltd. ----- Original Message -----
From: "Nikos Zaharioudakis" <nzahar@gmail.com> To: users@ovirt.org Sent: Thursday, November 20, 2014 12:26:47 PM Subject: [ovirt-users] Billing solution
Hi list,
Is there a recommendation for any billing solution or the end user just have to take the reports / create custom from the data-warehouse reporting portal? Of course I guess there is the option to ask over the API, but if someone has invented the wheel ...
Best,
Nikos
########################################3 Zaharioudakis Nikos, RHC{A,DS,E,VA,X,I}, VCP(4,5},VCI, Mentor VCI, Zimbra Instructor https://www.redhat.com/wapps/training/certification/verify.html?certNumber=100-001-262&isSearch=False&verify=Verify Public Calendar : https://www.google.com/calendar/embed?src=nzahar%40gmail.com&ctz=Europe/Athens +30 694 720 40 63 http://zimbra.wikidot.com/zimbra-installations-in-greece
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users

On Thu, Nov 20, 2014 at 06:55:23AM -0500, Shirly Radco wrote:
Hi Nikos,
Currently there is no billing solution, but you can open an RFE bug for it. Please write in the description the use case and requirements in detail, of how you would like to see this implemented.
Best regards,
--- Shirly Radco BI Software Engineer Red Hat Israel Ltd.
----- Original Message -----
From: "Nikos Zaharioudakis" <nzahar@gmail.com> To: users@ovirt.org Sent: Thursday, November 20, 2014 12:26:47 PM Subject: [ovirt-users] Billing solution
Hi list,
Is there a recommendation for any billing solution or the end user just have to take the reports / create custom from the data-warehouse reporting portal? Of course I guess there is the option to ask over the API, but if someone has invented the wheel ...
In particular, if you are willing to bill based on network/storage/cpu usage, ovirt-engine does not yet keep track on that. We are planning to implement part of it Bug 1066570 - [RFE] Report actual rx_byte instead of a false rxRate in ovirt-3.6, so that VM rx/tx consumption is accumulated, tracked, and reported by the Engine.

Brilliant, Thanks for the info gents Looking forward for 3.6 then :-) Best, Nikos Nikos ########################################3 Zaharioudakis Nikos, RHC{A,DS,E,VA,X,I}, VCP(4,5},VCI, Mentor VCI, Zimbra Instructor https://www.redhat.com/wapps/training/certification/verify.html?certNumber=100-001-262&isSearch=False&verify=Verify Public Calendar : https://www.google.com/calendar/embed?src=nzahar%40gmail.com&ctz=Europe/Athens +30 694 720 40 63 http://zimbra.wikidot.com/zimbra-installations-in-greece 2014-11-20 14:18 GMT+02:00 Dan Kenigsberg <danken@redhat.com>:
On Thu, Nov 20, 2014 at 06:55:23AM -0500, Shirly Radco wrote:
Hi Nikos,
Currently there is no billing solution, but you can open an RFE bug for it. Please write in the description the use case and requirements in detail, of how you would like to see this implemented.
Best regards,
--- Shirly Radco BI Software Engineer Red Hat Israel Ltd.
----- Original Message -----
From: "Nikos Zaharioudakis" <nzahar@gmail.com> To: users@ovirt.org Sent: Thursday, November 20, 2014 12:26:47 PM Subject: [ovirt-users] Billing solution
Hi list,
Is there a recommendation for any billing solution or the end user just have to take the reports / create custom from the data-warehouse reporting portal? Of course I guess there is the option to ask over the API, but if someone has invented the wheel ...
In particular, if you are willing to bill based on network/storage/cpu usage, ovirt-engine does not yet keep track on that.
We are planning to implement part of it
Bug 1066570 - [RFE] Report actual rx_byte instead of a false rxRate
in ovirt-3.6, so that VM rx/tx consumption is accumulated, tracked, and reported by the Engine.

On Thu, Nov 20, 2014 at 02:20:46PM +0200, Nikos Zaharioudakis wrote:
Brilliant,
Thanks for the info gents Looking forward for 3.6 then :-)
Just waiting may not be enough: I'd love to understand what are the metrics you'd like to use for billing. I mentioned cummulative values of network, storage, and cpu per VM. Can you consider anything else? The latter two are begging for an RFE to be open, as well as the report-centric RFE requested by Shirly.

Hi Dan (et all), you know that the customers are always unsatisfied....:-( The first important stuff would be to have in place the metrics of consumption of the resources some hoster "sell" to a customer. So usage metrics on CPU / RAM / DISK / Network (over provisioned or not is another story) There is an aspect on actual usage versus provisioned usage. {vm provisioned 10 GB of RAM bus os+app uses just 5 GB of them etc) But let's keep it simple. Should we have the usage reference then a GUI that the can define the cost plans, would be ideal. A way to query if possible that database, would ease existing ERPs and invoicing software to produce / send invoices. This is for mostly post paid use cases. For prepaid situations, there must be some regular accounting that will stop the service through our current API. It sounds a bit scaring to actually shutdown the provisioned vm. So at least on first step stop the networking .... I guess that the base is to create a separate database that will keep the consumed metrics, so that customers could actually use it to enforce some business logic. (as explained above). Should there be a minimal gui that could a small hoster create his owns plans and perhaps issue some "invoice" would be ideal. Since there are a number of open source billing systems out there, perhaps the integration is not that complicated. A second thought would be to extend the data ware house gui to create the "invoice" outputs as most of the usage info is there. I know that ovirt is supposed to be a virtualization solution and not a full monty billing system. Thanks for reading so far. Nikos Nikos ########################################3 Zaharioudakis Nikos, RHC{A,DS,E,VA,X,I}, VCP(4,5},VCI, Mentor VCI, Zimbra Instructor https://www.redhat.com/wapps/training/certification/verify.html?certNumber=100-001-262&isSearch=False&verify=Verify Public Calendar : https://www.google.com/calendar/embed?src=nzahar%40gmail.com&ctz=Europe/Athens +30 694 720 40 63 http://zimbra.wikidot.com/zimbra-installations-in-greece 2014-11-20 15:08 GMT+02:00 Dan Kenigsberg <danken@redhat.com>:
On Thu, Nov 20, 2014 at 02:20:46PM +0200, Nikos Zaharioudakis wrote:
Brilliant,
Thanks for the info gents Looking forward for 3.6 then :-)
Just waiting may not be enough: I'd love to understand what are the metrics you'd like to use for billing.
I mentioned cummulative values of network, storage, and cpu per VM. Can you consider anything else? The latter two are begging for an RFE to be open, as well as the report-centric RFE requested by Shirly.

Hi Nikos, Did you open a bug for this issue? Best regards, --- Shirly Radco BI Software Engineer Red Hat Israel Ltd. ----- Original Message -----
From: "Nikos Zaharioudakis" <nzahar@gmail.com> To: "Dan Kenigsberg" <danken@redhat.com> Cc: "Shirly Radco" <sradco@redhat.com>, users@ovirt.org Sent: Thursday, November 20, 2014 3:36:24 PM Subject: Re: [ovirt-users] Billing solution
Hi Dan (et all),
you know that the customers are always unsatisfied....:-(
The first important stuff would be to have in place the metrics of consumption of the resources some hoster "sell" to a customer. So usage metrics on CPU / RAM / DISK / Network (over provisioned or not is another story) There is an aspect on actual usage versus provisioned usage. {vm provisioned 10 GB of RAM bus os+app uses just 5 GB of them etc) But let's keep it simple.
Should we have the usage reference then a GUI that the can define the cost plans, would be ideal. A way to query if possible that database, would ease existing ERPs and invoicing software to produce / send invoices. This is for mostly post paid use cases.
For prepaid situations, there must be some regular accounting that will stop the service through our current API. It sounds a bit scaring to actually shutdown the provisioned vm. So at least on first step stop the networking .... I guess that the base is to create a separate database that will keep the consumed metrics, so that customers could actually use it to enforce some business logic. (as explained above). Should there be a minimal gui that could a small hoster create his owns plans and perhaps issue some "invoice" would be ideal. Since there are a number of open source billing systems out there, perhaps the integration is not that complicated. A second thought would be to extend the data ware house gui to create the "invoice" outputs as most of the usage info is there. I know that ovirt is supposed to be a virtualization solution and not a full monty billing system.
Thanks for reading so far.
Nikos
Nikos
########################################3 Zaharioudakis Nikos, RHC{A,DS,E,VA,X,I}, VCP(4,5},VCI, Mentor VCI, Zimbra Instructor https://www.redhat.com/wapps/training/certification/verify.html?certNumber=100-001-262&isSearch=False&verify=Verify Public Calendar : https://www.google.com/calendar/embed?src=nzahar%40gmail.com&ctz=Europe/Athens +30 694 720 40 63 http://zimbra.wikidot.com/zimbra-installations-in-greece
2014-11-20 15:08 GMT+02:00 Dan Kenigsberg <danken@redhat.com>:
On Thu, Nov 20, 2014 at 02:20:46PM +0200, Nikos Zaharioudakis wrote:
Brilliant,
Thanks for the info gents Looking forward for 3.6 then :-)
Just waiting may not be enough: I'd love to understand what are the metrics you'd like to use for billing.
I mentioned cummulative values of network, storage, and cpu per VM. Can you consider anything else? The latter two are begging for an RFE to be open, as well as the report-centric RFE requested by Shirly.

Apologies for my delay gents. I am hooked up in a customer project. Would you be so nice to provide me with the relevant link. I promise to do it tonight. Thanks a lot, Nikos ########################################3 Zaharioudakis Nikos, RHC{A,DS,E,VA,X,I}, VCP(4,5},VCI, Mentor VCI, Zimbra Instructor https://www.redhat.com/wapps/training/certification/verify.html?certNumber=100-001-262&isSearch=False&verify=Verify Public Calendar : https://www.google.com/calendar/embed?src=nzahar%40gmail.com&ctz=Europe/Athens +30 694 720 40 63 http://zimbra.wikidot.com/zimbra-installations-in-greece 2014-11-25 12:06 GMT+02:00 Shirly Radco <sradco@redhat.com>:
Hi Nikos,
Did you open a bug for this issue?
Best regards, --- Shirly Radco BI Software Engineer Red Hat Israel Ltd.
----- Original Message -----
From: "Nikos Zaharioudakis" <nzahar@gmail.com> To: "Dan Kenigsberg" <danken@redhat.com> Cc: "Shirly Radco" <sradco@redhat.com>, users@ovirt.org Sent: Thursday, November 20, 2014 3:36:24 PM Subject: Re: [ovirt-users] Billing solution
Hi Dan (et all),
you know that the customers are always unsatisfied....:-(
The first important stuff would be to have in place the metrics of consumption of the resources some hoster "sell" to a customer. So usage metrics on CPU / RAM / DISK / Network (over provisioned or not is another story) There is an aspect on actual usage versus provisioned usage. {vm provisioned 10 GB of RAM bus os+app uses just 5 GB of them etc) But let's keep it simple.
Should we have the usage reference then a GUI that the can define the cost plans, would be ideal. A way to query if possible that database, would ease existing ERPs and invoicing software to produce / send invoices. This is for mostly post paid use cases.
For prepaid situations, there must be some regular accounting that will stop the service through our current API. It sounds a bit scaring to actually shutdown the provisioned vm. So at least on first step stop the networking .... I guess that the base is to create a separate database that will keep the consumed metrics, so that customers could actually use it to enforce some business logic. (as explained above). Should there be a minimal gui that could a small hoster create his owns plans and perhaps issue some "invoice" would be ideal. Since there are a number of open source billing systems out there, perhaps the integration is not that complicated. A second thought would be to extend the data ware house gui to create the "invoice" outputs as most of the usage info is there. I know that ovirt is supposed to be a virtualization solution and not a full monty billing system.
Thanks for reading so far.
Nikos
Nikos
########################################3 Zaharioudakis Nikos, RHC{A,DS,E,VA,X,I}, VCP(4,5},VCI, Mentor VCI, Zimbra Instructor
Public Calendar :
https://www.google.com/calendar/embed?src=nzahar%40gmail.com&ctz=Europe/Athens
+30 694 720 40 63 http://zimbra.wikidot.com/zimbra-installations-in-greece
2014-11-20 15:08 GMT+02:00 Dan Kenigsberg <danken@redhat.com>:
On Thu, Nov 20, 2014 at 02:20:46PM +0200, Nikos Zaharioudakis wrote:
Brilliant,
Thanks for the info gents Looking forward for 3.6 then :-)
Just waiting may not be enough: I'd love to understand what are the metrics you'd like to use for billing.
I mentioned cummulative values of network, storage, and cpu per VM. Can you consider anything else? The latter two are begging for an RFE to be open, as well as the report-centric RFE requested by Shirly.

On Tue, Nov 25, 2014 at 01:02:56PM +0200, Nikos Zaharioudakis wrote:
Apologies for my delay gents.
I am hooked up in a customer project. Would you be so nice to provide me with the relevant link.
It can be a long way, but it begins with http://tinyurl.com/o48opf2
I promise to do it tonight.

Hi list Hope this helps this way. I will certainly try to support with commends or help with the testing or further explain if needed https://bugzilla.redhat.com/show_bug.cgi?id=1168026 https://bugzilla.redhat.com/show_bug.cgi?id=1168021 https://bugzilla.redhat.com/show_bug.cgi?id=1168022 Nikos ########################################3 Zaharioudakis Nikos, RHC{A,DS,E,VA,X,I}, VCP(4,5},VCI, Mentor VCI, Zimbra Instructor https://www.redhat.com/wapps/training/certification/verify.html?certNumber=100-001-262&isSearch=False&verify=Verify Public Calendar : https://www.google.com/calendar/embed?src=nzahar%40gmail.com&ctz=Europe/Athens +30 694 720 40 63 http://zimbra.wikidot.com/zimbra-installations-in-greece 2014-11-25 14:14 GMT+02:00 Dan Kenigsberg <danken@redhat.com>:
On Tue, Nov 25, 2014 at 01:02:56PM +0200, Nikos Zaharioudakis wrote:
Apologies for my delay gents.
I am hooked up in a customer project. Would you be so nice to provide me with the relevant link.
It can be a long way, but it begins with http://tinyurl.com/o48opf2
I promise to do it tonight.
participants (4)
-
Dan Kenigsberg
-
Nikos Zaharioudakis
-
Shirly Radco
-
Sven Kieske