<div dir="ltr"><div>Tim, yep. If you use one db for Ceilometer and Nova then nova's performance may be affected. I've seen this issue. <br></div>Will start profiling ASAP.<br></div><div class="gmail_extra"><br><br>
<div class="gmail_quote">On Thu, Mar 20, 2014 at 3:59 PM, Tim Bell <span dir="ltr"><<a href="mailto:Tim.Bell@cern.ch" target="_blank">Tim.Bell@cern.ch</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
+1 for performance analysis to understand what needs to be optimised. Metering should be light-weight.<br>
<br>
For those of us running in production, we don't have an option to turn ceilometer off some of the time. That we are not able to run through the gate tests hints that there are optimisations that are needed.<br>
<br>
For example, turning on ceilometer caused a 16x increase in our Nova API call rate, see <a href="http://openstack-in-production.blogspot.ch/2014/03/cern-cloud-architecture-update-for.html" target="_blank">http://openstack-in-production.blogspot.ch/2014/03/cern-cloud-architecture-update-for.html</a> for details.<br>

<span class="HOEnZb"><font color="#888888"><br>
Tim<br>
</font></span><div class=""><br>
> -----Original Message-----<br>
> From: Sean Dague [mailto:<a href="mailto:sean@dague.net">sean@dague.net</a>]<br>
> Sent: 20 March 2014 11:16<br>
> To: OpenStack Development Mailing List (not for usage questions)<br>
> Subject: Re: [openstack-dev] [Ceilometer][QA][Tempest][Infra] Ceilometer tempest testing in gate<br>
><br>
</div>...<br>
<div class="im HOEnZb">><br>
> While I agree that Tempest's job is not to test performance, we do have to give some basic sanity checking here that the software is running in some<br>
> performance profile that we believe is base usable.<br>
><br>
> Based on the latest dstat results, I think that's a dubious assessment.<br>
> The answer on the collector side has to be something other than horizontal scaling. Because we're talking about the collector being the 3rd highest<br>
> utilized process on the box right now (we should write a dstat plugin to give us cumulative data, just haven't gotten there yet).<br>
><br>
> So right now, I think performance analysis for ceilometer on sqla is important, really important. Not just horizontal scaling, but actual<br>
> performance profiling.<br>
><br>
>       -Sean<br>
><br>
> --<br>
> Sean Dague<br>
> Samsung Research America<br>
> <a href="mailto:sean@dague.net">sean@dague.net</a> / <a href="mailto:sean.dague@samsung.com">sean.dague@samsung.com</a><br>
> <a href="http://dague.net" target="_blank">http://dague.net</a><br>
<br>
</div><div class="HOEnZb"><div class="h5">_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br></div>