<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><div><div><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><div>Hello everyone,</div><div><br></div><div>Me and my team have been following this subject and similar ones related to Monitoring. IHMO, seems to be very logical to aggregate monitoring with Ceilometer. Others have been working on similar features, like ICC Lab: <a href="http://blog.zhaw.ch/icclab/nagios-ceilometer-integration-new-plugin-available/">Nagios/Ceilometer Integration</a> and <a href="http://blog.zhaw.ch/icclab/hardware-extension-for-ceilometer/">SNMP Support</a></div><div><br></div><div>The best choice, is to enhance Ceilometer with monitoring features.</div></div><br><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">Are you planning on talking about this on following IRC meetings? For further discussion.</div></div></div><div><br></div>Best regards,<br><div apple-content-edited="true">
<div style="color: rgb(0, 0, 0); letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><div>Paulo J. Nascimento Oliveira<br><a href="http://about.me/pnascimento" target="_blank">http://about.me/pnascimento</a></div><div><div style="orphans: 2; widows: 2; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">Advanced Telecommunications and Networks Group - <a href="http://atnog.av.it.pt">http://atnog.av.it.pt</a></div><div style="orphans: 2; widows: 2; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">Follow us - @ATNoG_ITAv</div></div></div><br></div><div><br><div><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><div style=""><blockquote type="cite"><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px;"><span style="font-family: Helvetica;"><b>From: </b></span><span style="font-family:'Helvetica';">Eoghan Glynn <<a href="mailto:eglynn@redhat.com">eglynn@redhat.com</a>><br></span></div><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px;"><span style="font-family: Helvetica;"><b>Subject: </b></span><span style="font-family:'Helvetica';"><b>Re: [openstack-dev] Monitoring as a Service</b><br></span></div><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px;"><span style="font-family: Helvetica;"><b>Date: </b></span><span style="font-family:'Helvetica';">7 May 2014 09:57:38 GMT+1<br></span></div><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px;"><span style="font-family: Helvetica;"><b>To: </b></span><span style="font-family:'Helvetica';">"OpenStack Development Mailing List (not for usage questions)" <<a href="mailto:openstack-dev@lists.openstack.org">openstack-dev@lists.openstack.org</a>><br></span></div><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px;"><span style="font-family: Helvetica;"><b>Reply-To: </b></span><span style="font-family:'Helvetica';">"OpenStack Development Mailing List \(not for usage questions\)" <<a href="mailto:openstack-dev@lists.openstack.org">openstack-dev@lists.openstack.org</a>><br></span></div><br><div><br>Hi Alexandre,<br><br>I wanted to let this discussion develop a little before jumping in, as<br>we've already had many circular debates about the cross-over between<br>ceilometer and monitoring infrastructure in general.<br><br>Personally I'm in favor of the "big tent/broad church" interpretation of<br>ceilometer's project mandate, and would welcome further development of<br>our capabilities in this area (whether directly within the ceilometer<br>code-tree itself, or within a parallel repo aligned with the Telemetry<br>program).<br><br>In terms of furthering the discussion, unfortunately you've missed the<br>boat in terms of securing a slot in the design summit next week in<br>Atlanta (proposal deadline was April 20th, and the scheduling has all<br>been finalized at this stage).<br><br>However, we do have a project pod space available for ad-hoc overflow<br>sessions. I would suggest that we organize something on this theme<br>after the main ceilometer track[1] has completed, say on the Thursday<br>or Friday. Please reach out on IRC to discuss availability for this<br>and we'll work out something around remote participation.<br><br>Thanks,<br>Eoghan<br><br>[1] <a href="http://junodesignsummit.sched.org/overview/type/ceilometer">http://junodesignsummit.sched.org/overview/type/ceilometer</a><br><br>----- Original Message -----<br><blockquote type="cite">Thanks to everyone for the feedback. I agree that this falls under the<br>Telemetry Program and I have moved the blueprint.<br><br>You can find it here:<br><a href="https://blueprints.launchpad.net/ceilometer/+spec/monitoring-as-a-service">https://blueprints.launchpad.net/ceilometer/+spec/monitoring-as-a-service</a><br>Wiki page: <a href="https://wiki.openstack.org/wiki/MaaS">https://wiki.openstack.org/wiki/MaaS</a><br>Etherpad: <a href="https://etherpad.openstack.org/p/MaaS">https://etherpad.openstack.org/p/MaaS</a><br><br><blockquote type="cite">I can go over the project with you as well as others that are interested.<br>We would like to start working with other open-source developers. I'll<br>also be at the Summit next week.<br></blockquote>Roland,<br><br>I currently have no plans to be at the Summit next week. However, I<br>would be interested in exploring what you have already done and learn<br>from it. Maybe we can schedule a meeting? You can always contact me on<br>IRC (aviau) or by e-mail at <a href="mailto:alexandre.viau@savoirfairelinux.com">alexandre.viau@savoirfairelinux.com</a><br><br>For now, I think we should focus on the use cases. I invite all of you<br>to help us list them on the Etherpad.<br><br>Alexandre<br><br><br><br>On 14-05-05 12:00 PM, Hochmuth, Roland M wrote:<br><blockquote type="cite">Alexandre, Great timing on this question and I agree with your proposal. I<br>work for HP and we are just about to open-source a project for Monitoring<br>as a Service (MaaS), called "Jahmon". Jahmon is based on our<br>customer-facing monitoring as a service solution and internal monitoring<br>projects.<br><br><br>Jahmon is a multi-tenant, highly performant, scalable, reliable and<br>fault-tolerant monitoring solution that scales to service provider levels<br>of metrics throughput. It has a RESTful API that is used for<br>storing/querying metrics, creating compound alarms, querying alarm<br>state/history, sending notifications and more.<br><br>I can go over the project with you as well as others that are interested.<br>We would like to start working with other open-source developers. I'll<br>also be at the Summit next week.<br><br>Regards --Roland<br><br><br>On 5/4/14, 1:37 PM, "John Dickinson" <<a href="mailto:me@not.mn">me@not.mn</a>> wrote:<br><br><blockquote type="cite">One of the advantages of the program concept within OpenStack is that<br>separate code projects with complementary goals can be managed under the<br>same program without needing to be the same codebase. The most obvious<br>example across every program are the "server" and "client" projects under<br>most programs.<br><br>This may be something that can be used here, if it doesn't make sense to<br>extend the ceilometer codebase itself.<br><br>--John<br><br><br><br><br><br>On May 4, 2014, at 12:30 PM, Denis Makogon <<a href="mailto:dmakogon@mirantis.com">dmakogon@mirantis.com</a>> wrote:<br><br><blockquote type="cite">Hello to All.<br><br>I also +1 this idea. As I can see, Telemetry program (according to<br>Launchpad) covers the process of the infrastructure metrics (networking,<br>etc) and in-compute-instances metrics/monitoring.<br>So, the best option, I guess, is to propose add such great feature to<br>Ceilometer. In-compute-instance monitoring will be the great value-add<br>to upstream Ceilometer.<br>As for me, it's a good chance to integrate well-known production ready<br>monitoring systems that have tons of specific plugins (like Nagios etc.)<br><br>Best regards,<br>Denis Makogon<br><br>воскресенье, 4 мая 2014 г. пользователь John Griffith написал:<br><br><br><br>On Sun, May 4, 2014 at 9:37 AM, Thomas Goirand <<a href="mailto:zigo@debian.org">zigo@debian.org</a>> wrote:<br>On 05/02/2014 05:17 AM, Alexandre Viau wrote:<br><blockquote type="cite">Hello Everyone!<br><br>My name is Alexandre Viau from Savoir-Faire Linux.<br><br>We have submited a Monitoring as a Service blueprint and need<br></blockquote>feedback.<br><blockquote type="cite">Problem to solve: Ceilometer's purpose is to track and<br></blockquote>*measure/meter* usage information collected from OpenStack components<br>(originally for billing). While Ceilometer is usefull for the cloud<br>operators and infrastructure metering, it is not a *monitoring* solution<br>for the tenants and their services/applications running in the cloud<br>because it does not allow for service/application-level monitoring and<br>it ignores detailed and precise guest system metrics.<br><blockquote type="cite">Proposed solution: We would like to add Monitoring as a Service to<br></blockquote>Openstack<br><blockquote type="cite">Just like Rackspace's Cloud monitoring, the new monitoring service -<br></blockquote>lets call it OpenStackMonitor for now - would let users/tenants keep<br>track of their ressources on the cloud and receive instant notifications<br>when they require attention.<br><blockquote type="cite">This RESTful API would enable users to create multiple monitors with<br></blockquote>predefined checks, such as PING, CPU usage, HTTPS and SMTP or custom<br>checks performed by a Monitoring Agent on the instance they want to<br>monitor.<br><blockquote type="cite">Predefined checks such as CPU and disk usage could be polled from<br></blockquote>Ceilometer. Other predefined checks would be performed by the new<br>monitoring service itself. Checks such as PING could be flagged to be<br>performed from multiple sites.<br><blockquote type="cite">Custom checks would be performed by an optional Monitoring Agent.<br></blockquote>Their results would be polled by the monitoring service and stored in<br>Ceilometer.<br><blockquote type="cite">If you wish to collaborate, feel free to contact me at<br></blockquote><a href="mailto:alexandre.viau@savoirfairelinux.com">alexandre.viau@savoirfairelinux.com</a><br><blockquote type="cite">The blueprint is available here:<br></blockquote>https://blueprints.launchpad.net/openstack-ci/+spec/monitoring-as-a-servi<br>ce<br><blockquote type="cite">Thanks!<br></blockquote>I would prefer if monitoring capabilities was added to Ceilometer rather<br>than adding yet-another project to deal with.<br><br>What's the reason for not adding the feature to Ceilometer directly?<br><br>Thomas<br><br><br>_______________________________________________<br>OpenStack-dev mailing list<br>OpenStack-dev@lists.openstack.org<br>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev<br><br>I'd also be interested in the overlap between your proposal and<br>Ceilometer. It seems at first thought that it would be better to<br>introduce the monitoring functionality in to Ceilometer and make that<br>project more diverse as opposed to yet another project.<br>_______________________________________________<br>OpenStack-dev mailing list<br>OpenStack-dev@lists.openstack.org<br>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev<br></blockquote></blockquote>_______________________________________________<br>OpenStack-dev mailing list<br><a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev<br></blockquote><br><br>_______________________________________________<br>OpenStack-dev mailing list<br><a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev<br><br></blockquote><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">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br></div></blockquote></div><br></div></div></div><br></body></html>