Open Stack

Julien,

Yes, I use the same SQL for Nova and Ceilometer. Thanks for pointing this
out. My bad, I didn't take it into account. So if we want to use Ceilometer
+ MySQL in production (in theory :) ) we need to use separate controllers
with Ceilometer's MySQL only. And each controller may run it's own
collector which will write data into "local" MySQL. Am I right that only
one instance of central-agent may be started (WIP
https://wiki.openstack.org/wiki/Ceilometer/blueprints/tasks-distribution)?
Please Julien correct me if I'm wrong. And maybe Ceilometer has
recommendations for production deployment and I just missed it?


On Tue, Dec 10, 2013 at 4:25 PM, Boris Pavlovic <bpavlovic at mirantis.com>wrote:

> Nadya, Julien,
>
>
> We are working around profiling system based on logs. This will allows us
> to detect bottlenecks.
> We should make a couple of small patches in each project to support
> profiling.
>
> As we are going to be well integrated with OpenStack infrastructure we are
> going to use Ceilometer as a log collector.
> And we already made patch for this in Ceilometer:
> https://review.openstack.org/#/c/60262/
> So it will be nice to get it reviewed/merged.
>
>
> Thanks.
>
>
> Best regards,
> Boris Pavlovic
>
>
>
>
>
>
> On Tue, Dec 10, 2013 at 3:19 PM, Julien Danjou <julien at danjou.info> wrote:
>
>> On Tue, Dec 10 2013, Nadya Privalova wrote:
>>
>> Hi Nadya,
>>
>> > Guys, if you have any questions or comments you are welcome! I think
>> that
>> > 2x difference between avg time in "empty lab" and "5 sec polling"
>> scenario
>> > is not a bad result. But 100 instances that were being monitored during
>> the
>> > test is not a real load for the lab. What do you think? Should I repeat
>> the
>> > test with 1000 instances?
>>
>> You didn't mention where you were storing the metrics. If you store them
>> in the same MySQL DB that's used by Nova for example, it's likely that's
>> the problem is the load Ceilometer puts on the MySQL cluster slows Nova
>> down.
>>
>> I don't think it's worth running the test with more instances for now.
>> The results are clear, the next action should be to see why things are
>> slowed down that much. It shouldn't happen.
>>
>> --
>> Julien Danjou
>> # Free Software hacker # independent consultant
>> # http://julien.danjou.info
>>
>> _______________________________________________
>> OpenStack-dev mailing list
>> OpenStack-dev at lists.openstack.org
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20131210/80803c47/attachment.html>