<div dir="ltr"><div>We too use ceilometer and gnocchi and it works great. The old way with mongo simply didn't work.</div><div>Our environment is around 10k running instances and gnocchi currently has data for 1,667,072 resources with 6,879,910 metrics.</div><div><br></div><div>We are happy with gnocchi and so far haven't needed to change anything but would help contribute if there were things we needed. <br></div><div>Would be great if we could just maintain gnocchi as opposed to making yet another thing.</div><div><br></div><div>Sam</div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, 20 Nov 2019 at 08:39, Matthias Runge <<a href="mailto:mrunge@matthias-runge.de">mrunge@matthias-runge.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 19/11/2019 21:55, Lingxian Kong wrote:<br>
> On Wed, Nov 20, 2019 at 8:33 AM Matthias Runge <<a href="mailto:mrunge@matthias-runge.de" target="_blank">mrunge@matthias-runge.de</a><br>
> <mailto:<a href="mailto:mrunge@matthias-runge.de" target="_blank">mrunge@matthias-runge.de</a>>> wrote:<br>
> <br>
>     tbh, I am surprised to see the telemetry team trying to roll back to<br>
>     something, which is known to cause a lot of performance issues. There<br>
>     were good reasons for splitting ceilometer into several components.<br>
> <br>
> <br>
> I understand your concerns and the team will find a better way to deal<br>
> with the rollback, the expected result is that it won't break anyone who<br>
> are using Gnocchi or other storage backend but it means much to the<br>
> cloud providers(like OVH and us) who are still using old version<br>
> Ceilometer and relying on the API.<br>
<br>
<br>
I assume, you haven't seen any performance issues with both Ceilometer<br>
or Gnocchi?<br>
<br>
> <br>
>     There were lots of good ideas and suggestions already shared in this<br>
>     thread. My proposal here would be to keep ceilometer as is (as data<br>
>     collecting agent) and to write missing glue to digest or send data to a<br>
>     time-series database, like InfluxDB or Prometheus (plus many more<br>
>     options, not mentioned here).<br>
> <br>
> <br>
> Does InfluxDB or Prometheus support to store samples that could be<br>
> leveraged for auditing or billing purpose? I'm not familiar with TSDB<br>
> but I got the answer NO according to the chatting with some other<br>
> people<br>
<br>
Billing is a complicated beast for multiple reasons. Let's look only at<br>
ingestion. First of all, you are right, e.g Prometheus should not be<br>
used in billing situations, see[1], also on [2] (same source as [1]).<br>
<br>
However, the same is true for Gnocchi and also for Ceilometer. You are<br>
going to loose metrics if your collection is faster than your backend<br>
can digest it, for Gnocchi is such behaviour documented. If you are<br>
looking at speed, I'd consider prometheus to be much faster than gnocchi<br>
and ceilometer and thus better suited for handling metrics.<br>
<br>
<br>
<br>
[1]<br>
<a href="https://github.com/prometheus/docs/blob/master/content/docs/introduction/overview.md#when-does-it-not-fit" rel="noreferrer" target="_blank">https://github.com/prometheus/docs/blob/master/content/docs/introduction/overview.md#when-does-it-not-fit</a><br>
[2] <a href="https://prometheus.io/docs/introduction/overview/#when-does-it-not-fit" rel="noreferrer" target="_blank">https://prometheus.io/docs/introduction/overview/#when-does-it-not-fit</a><br>
<br>
>     If I remember correctly, MongoDB was deprecated because of the issues it<br>
>     caused and also because it was removed from Linux distributions, since<br>
>     there were the licensing issues.<br>
> <br>
> <br>
> I don't think the license change will affect the cloud that only uses<br>
> MongoDB as internal service backend storage unless I'm missing<br>
> something.<br>
<br>
You can read a bit of story on MongoDB relicensing at [3].<br>
<br>
The license change was regarding commercial use. You can find the full<br>
text at [4], depending on your use case, it may be valuable to ask a<br>
lawyer, especially, when in doubt.<br>
<br>
<br>
<br>
[3]<br>
<a href="https://hub.packtpub.com/mongodb-withdraws-controversial-server-side-public-license-from-the-open-source-initiatives-approval-process/" rel="noreferrer" target="_blank">https://hub.packtpub.com/mongodb-withdraws-controversial-server-side-public-license-from-the-open-source-initiatives-approval-process/</a><br>
[4] <a href="https://www.mongodb.com/licensing/server-side-public-license" rel="noreferrer" target="_blank">https://www.mongodb.com/licensing/server-side-public-license</a><br>
<br>
>From my POV (and apparently others here in this thread as well), I'd<br>
take a step back and revisit<br>
<a href="https://storyboard.openstack.org/#!/board/205" rel="noreferrer" target="_blank">https://storyboard.openstack.org/#!/board/205</a> again, in order to run<br>
into the same issues as in Newton cycle. I mean, if you'd want<br>
ceilometer from Newton, it is still there.<br>
<br>
Matthias<br>
<br>
</blockquote></div>