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 <bpavlo...@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 <jul...@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@lists.openstack.org >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev >> >> >
_______________________________________________ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
