1+ from a user -----Original Message----- From: Wido den Hollander [mailto:w...@widodh.nl] Sent: Monday, December 01, 2014 10:21 AM To: dev@cloudstack.apache.org Subject: Re: [DISCUSS] Automatic usage reporting / call-home for CloudStack
On 12/01/2014 04:12 PM, Nux! wrote: > Hm, after an upgrade it might be tricky. Perhaps display it here > somehow http://img.nux.ro/3hH-callhome.png > Perhaps some UI/javascript specialist can help us here ... > Good idea. In that Menu we probably need a "Call-Home" link pointing to http://cloudstack.apache.org/callhome.html (doesn't exist yet!) Wido > Lucian > > -- > Sent from the Delta quadrant using Borg technology! > > Nux! > www.nux.ro > > ----- Original Message ----- >> From: "Wido den Hollander" <w...@widodh.nl> >> To: dev@cloudstack.apache.org >> Sent: Monday, 1 December, 2014 15:05:55 >> Subject: Re: [DISCUSS] Automatic usage reporting / call-home for >> CloudStack > >> On 12/01/2014 04:00 PM, Nux! wrote: >>> In addition: this should be opt-out, but clearly specified in the >>> release notes, as well as visible in the UI. >>> >> >> But where do we display this in the UI? I don't think we have a >> mechanism to show a one-time message after a upgrade. Do we? >> >>> -- >>> Sent from the Delta quadrant using Borg technology! >>> >>> Nux! >>> www.nux.ro >>> >>> ----- Original Message ----- >>>> From: "Nux!" <n...@li.nux.ro> >>>> To: dev@cloudstack.apache.org >>>> Sent: Monday, 1 December, 2014 13:52:35 >>>> Subject: Re: [DISCUSS] Automatic usage reporting / call-home for >>>> CloudStack >>> >>>> +1, good job! >>>> >>>> -- >>>> Sent from the Delta quadrant using Borg technology! >>>> >>>> Nux! >>>> www.nux.ro >>>> >>>> ----- Original Message ----- >>>>> From: "Wido den Hollander" <w...@widodh.nl> >>>>> To: dev@cloudstack.apache.org >>>>> Sent: Monday, 1 December, 2014 13:08:02 >>>>> Subject: [DISCUSS] Automatic usage reporting / call-home for >>>>> CloudStack >>>> >>>>> Hello, >>>>> >>>>> As a project we currently don't have a lot of insight information >>>>> on about how CloudStack is being used. Surveys tell us a lot, but >>>>> not everybody fills in the survey, so we still miss a lot of information. >>>>> >>>>> That's why I've written the Usage Reporting functionality for the >>>>> management server which automatically sends back anonymous >>>>> information about a CloudStack deployment. >>>>> >>>>> It's currently in the 'reporter' branch. [0] >>>>> >>>>> By default, every 7 days it generates a JSON document with: >>>>> - Hosts (Number, version, type, hypervisor) >>>>> - Clusters (Hypervisor en Management type) >>>>> - Primary storage (Type and provider) >>>>> - Zones (Network type and providers) >>>>> - Instances (Number and types) >>>>> >>>>> This report is not complete yet, I'd like to add more information, >>>>> but that will be Management Server information. >>>>> >>>>> The code on how this report is generated is obviously 100% Open >>>>> Source, so end-users can always exactly see how the information was >>>>> compiled. >>>>> >>>>> I want to discuss this new feature for CloudStack and the possible >>>>> implications it might have. >>>>> >>>>> I'm opting for a opt-out. So every new or upgraded install to >>>>> 4.6.0 >>>>> (master) will have this enabled. Yes, we have to be very explicit >>>>> in the Release Notes that this has been added. >>>>> >>>>> Why? It's the small price we as a project ask for using >>>>> CloudStack. We want a little bit of information on how CloudStack >>>>> is being used so that we can use this to make CloudStack even better. >>>>> >>>>> Turning it off is also just one global setting and it will never >>>>> turn on again. >>>>> >>>>> On the server-side there is a Python flask application [1] (found >>>>> in the reporter directory) which stores all the incoming >>>>> information in a ElasticSearch database. From there analytics can >>>>> be gathered on CloudStack deployments. >>>>> >>>>> It currently points to http://cs-report.widodh.nl/report which >>>>> will NOT be the endpoint when this is merged into master. >>>>> >>>>> For 'production' I want to have >>>>> https://report.cloudstack.apache.org/report where all reports are >>>>> submitted. >>>>> >>>>> For every setup a unique ID is determined by hashing the first row >>>>> in the 'version' table. This is the version + timestamp and that >>>>> is hashed using SHA256. Using this unique ID we can track changes >>>>> in deployments and see how they grow or shrink. >>>>> >>>>> Technically this wasn't that hard to implement, but the politics >>>>> surrounding it might be the hardest part. >>>>> >>>>> What do other have to say about this? Should there be a VOTE for >>>>> this feature to come into CloudStack? Opt-in, opt-out? >>>>> >>>>> Wido >>>>> >>>>> [0]: >>>>> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlo >>>>> g;h=refs/heads/reporter >>>>> [1]: >>>>> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=blob;f= >>>>> reporter/usage-report-collector.py;h=500a4d284b5172fd93acea08f5460 >>>>> cfff5520855;hb=reporter
