<div dir="ltr"><div>Hi,<br>
      <br>
      Your result is interesting and not surprising due to the different
      design you have described.<br>
      The Ceilo team will work on the improvements IIUC.<br>I found two
      relevant links [1] [2]<br>
      </div><div><br></div><div>@jay : <span id="result_box" class="" lang="en"><span class="">the first case</span> <span class="">seems to be impossible, no scalable .. I bet for the last :)<br></span></span></div><br>
<div>
      @June li<br>I am curious to know how have you generate load to Ceilometer with
      Ganglia ?<br>
      <br>
      what was the system usage of your servers during the 2 tests  ?
      cpu, mem, io..<br>
      what are response time for alarm evaluations for Ceilometer, 50
      seconds in mean  ?<br>
      <br>
      btw <span id="result_box" class="" lang="en"><span class="">thank you</span> <span class="">for sharing
          your</span> <span class="">tests</span></span>.<br>
      <br>
      [1] <a class="" href="https://wiki.openstack.org/wiki/Ceilometer/AlarmImprovements">https://wiki.openstack.org/wiki/Ceilometer/AlarmImprovements</a><br>
      [2]
<a class="" href="https://etherpad.openstack.org/p/icehouse-summit-ceilometer-future-of-alarming">https://etherpad.openstack.org/p/icehouse-summit-ceilometer-future-of-alarming</a><br>
      <br>
      </div><div class="gmail_extra"><br><br><div class="gmail_quote">2014/1/7 Jay Pipes <span dir="ltr"><<a href="mailto:jaypipes@gmail.com" target="_blank">jaypipes@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Mon, 2014-01-06 at 00:14 +0000, Deok-June Yi wrote:<br>
> Hi, Ceilometer team.<br>
><br>
> I'm writing to share my load test result and ask you for advice about<br>
> Ceilometer.<br>
><br>
> Before starting, for whom doesn’t know Synaps [1], Synaps is<br>
> 'monitoring as a service' project that provides AWS CloudWatch<br>
> compatible API. It was discussed to be merged with Ceilometer project<br>
> at Grizzly design phase, but Synaps developers could not join the<br>
> project for it at that time. And now Ceilometer has its own alarming<br>
> feature.<br>
><br>
> A few days ago, I installed Ceilometer and Synaps on my test<br>
> environment and ran load test for over 2 days to evaluate their<br>
> alarming feature in the aspect of real-time requirement. Here I attached<br>
> test environment diagram and test result. The load model was as below.<br>
> 1.  Create 5,000 alarms<br>
> 2.  [Every 1 minute] Create 5,000 samples<br>
><br>
> As a result, alarm evaluation time of Ceilometer was not predictable,<br>
> whereas Synaps evaluated all alarms within 2 seconds every minute.<br>
><br>
> This comes from two different design decisions for alarm evaluation<br>
> between Ceilometer and Synaps. Synaps does not read database but read<br>
> in-memory and in-stream data for alarming while Ceilometer involves<br>
> database read operations with REST API call.<br>
<br>
So you are saying that the Synaps server is storing 14,400,000 samples<br>
in memory (2 days of 5000 samples per minute)? Or are you saying that<br>
Synaps is storing just the 5000 alarm records in memory and then<br>
processing (determining if the alarm condition was met) the samples as<br>
they pass through to a backend data store? I think it is the latter but<br>
I just want to make sure :)<br>
<br>
Best,<br>
-jay<br>
<br>
> I think Ceilometer is better to allow creating alarms with more complex<br>
> query on metrics. However Synaps is better if we have real-time<br>
> requirement with alarm evaluation.<br>
><br>
> So, how about re-opening the blueprint, cw-publish [2]?  It was<br>
> discussed and designed [3] at the start of Grizzly development cycle,<br>
> but it has not been implemented. And now I would like to work for it. Or<br>
> is there any good idea to fulfill the real-time requirement with<br>
> Ceilometer?<br>
><br>
> Please, don't hesitate in contacting me.<br>
><br>
> Thank you,<br>
> June Yi<br>
><br>
> [1] <a href="https://wiki.openstack.org/Synaps" target="_blank">https://wiki.openstack.org/Synaps</a><br>
> [2] <a href="https://blueprints.launchpad.net/ceilometer/+spec/cw-publish" target="_blank">https://blueprints.launchpad.net/ceilometer/+spec/cw-publish</a><br>
> [3] <a href="https://wiki.openstack.org/wiki/Ceilometer/blueprints/multi-publisher" target="_blank">https://wiki.openstack.org/wiki/Ceilometer/blueprints/multi-publisher</a><br>
> _______________________________________________<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>
<br>
<br>
<br>
_______________________________________________<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>
</blockquote></div><br></div></div>