<div dir="ltr"><div class="gmail_default" style="font-family:verdana,sans-serif">Hi all,<br></div><div class="gmail_default" style="font-family:verdana,sans-serif"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif">1. Maybe Gnocchi is good, but it's not part of OpenStack, currently<br>there is no one in the Telemetry team shows any interest in maintaining<br>it, I'd be very happy to see if there is someone raises hand and say: I can<br>commit to spend some time on this project, fixing bugs, maintaining<br>document and answering questions either on IRC or via email. If yes, We<br>will see how it goes in this dev cycle.<br><br>2. Monasca is also good, although it doesn't support auditing i.e.<br>storing samples which is needed by billing purpose but I didn't see it's<br>mentioned by anyone in this thread. What's more, it introduces kafaka<br>which is not usually used in all other openstack core services. It's up<br>to the cloud providers for the adoption, but at least it's not in our<br>roadmap.<br><br>3. The Telemetry team did have discussed to bring the Ceilometer API and<br>MongoDB support back, given neither Gnocchi nor Monasca is able to store<br>the original samples. However, nothing is happening, so don't be panic.<br>the current project core members are also the Telemetry service cloud<br>providers, we know how important it is to not break anything, to not<br>bring any more overhead than before. we are so glad to see this<br>discussion, at least there are still so many people using<br>Ceilometer/Gnocchi and have concerns about the current upstream<br>situation. It would be much better that people involved in this<br>discussion could participate in the design and implementation of the<br>future tasks.<br clear="all"></div><div class="gmail_default" style="font-family:verdana,sans-serif"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif">Again, thanks for all the feedback and suggestions!</div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div><br></div><div><font face="monospace">-</font></div><div><font face="monospace, monospace" color="#666666">Best regards,<br>Lingxian Kong</font></div><div><font face="monospace, monospace" color="#666666">Catalyst Cloud</font></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Dec 18, 2019 at 5:41 PM Sam Morrison <<a href="mailto:sorrison@gmail.com">sorrison@gmail.com</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"><br>
<br>
> On 17 Dec 2019, at 10:14 pm, Thierry Carrez <<a href="mailto:thierry@openstack.org" target="_blank">thierry@openstack.org</a>> wrote:<br>
> <br>
> Zane Bitter wrote:<br>
>> On 15/12/19 10:20 pm, Rong Zhu wrote:<br>
>>> 1.Add Ceilometer API back<br>
>>>      Since Gnocchi is out of OpenStack and is unmaintained, we need to add Ceilometer API back again.<br>
>> This is concerning because even the people who wrote it don't consider it adequate to the job. That inadequacy has been the source of significant reputational damage to OpenStack in the past, and many folks (me included) are anxious to avoid a repeat.<br>
> <br>
> Yes this concerns me too, and even if we workaround the issue by adding Ceilo API back, I'd like to have a long-term plan to solve this issue. It seems there are several options on the table (including integrating Monasca and Ceilometer into a single stack, and other big-bang replacements) but it's never a one-for-one comparison as the solutions seem to address slightly disjoint problem spaces.<br>
> <br>
> I'd like to hear from more Ceilometer users. What are they using Ceilometer for, and what long-term plans would be acceptable. There is a trade-off between adopting short-term workarounds that reintroduce performance issues vs. undergoing a complex migration to the "right" way of fixing this. Like for example there is little point in pushing Monasca/Ceilometer stack integration if most users say, like Catalyst Cloud seems to say, that they would rather have a slow performing Ceilometer API back.<br>
<br>
Nectar Cloud has been a ceilometer user from the early days. Well we tried to be and couldn’t use it as ceilometer api and mongo db just didn’t work at our scale. Gnocchi solved all these issues for us and we use ceilometer/aodh/gnocchi happily in production for several years now.<br>
If telemetry project is going down the path of the old days it will mean we will either drop ceilometer all together and look at alternative solutions like monasca or Prometheus etc. I just can’t see how the old architecture of ceilometer is ever going to be usable.<br>
<br>
If there is some confidence that gnocchi publisher will be supported in the future we would keep using gnocchi and just maintain it ourselves. It’s an open source project and I was hoping the openstack community could keep it going. We’d be happy to help maintain it at least.<br>
<br>
We use ceilometer/gnocchi to collect and store all metrics from openstack services. We have also written some custom pollsters and gnocchi is quite flexible here to allow this. With these metrics we build reports for our users, our operators, our funders (the government)<br>
<br>
<br>
Please reconsider your direction much like adding cpu_util back in (thank you for this!) <br>
<br>
Cheers,<br>
Sam<br>
<br>
<br>
<br>
> <br>
>> Telemetry is part of the TC "Approved Release" that is eligible for the trademark program; I think at a minimum the TC will want to remove the resurrected Ceilometer API from the "designated sections" that users are required to run to participate in any trademark program that includes the functionality in question. But I think that we should explore other ways of reducing the chance of anyone confusing this for a viable way of building a cloud, including possibly changing the name (Antediluvian API?) and having this part of the stack live outside of the official OpenStack project.<br>
> <br>
> Legacy API?<br>
> <br>
> -- <br>
> Thierry Carrez (ttx)<br>
> <br>
<br>
<br>
</blockquote></div>