"Afek, Ifat (Nokia - IL)" <ifat.afek at nokia.com> 2016-10-19 15:21 请答复 给 "OpenStack Development Mailing List \(not for usage questions\)" <openstack-dev at lists.openstack.org> 收件人 "OpenStack Development Mailing List (not for usage questions)" <openstack-dev at lists.openstack.org> 抄送 主题 Re: [openstack-dev] [vitrage][aodh] about aodh notifier to create a event alarm From: "dong.wenjuan at zte.com.cn" Date: Wednesday, 19 October 2016 at 09:21 The BP of aodh-message-bus-notifications[1] was blocked as Aodh message bus notification. As the discuession of Vitrage and Aodh in etherpad[2], only the Aodh alarm_deletion notification is missing. I proposed a patch to add the Aodh alarm_deletion notification.[3] Please help me to review this patch. Do the alarm.creation, alarm.state_transition and alarm.deletion satisfy the Vitrage requirement? I'd like to help to implement the aodh-message-bus-notifications BP if there is nobody interest in it. This is more complex. Aodh has a mechanism for registering a URL to be notified when the state of a specific alarm is changed. Vitrage asked for something else - a notification whenever *any* alarm state is changed. In Vitrage we don’t want to register to each and every Aodh alarm separately, so we prefer to get the notifications for all changes on the message bus (as we do with other OpenStack projects). In addition, there is currently no notification about a newly created alarm, so even if we register a URL on each alarm we will not be able to register it on the new alarms. [dwj]: If i understand correctly, Aodh already support a notification whenever *any* alarm state is changed. See https://github.com/openstack/aodh/blob/master/aodh/evaluator/__init__.py#L107 . We only need to config the vitrage_notifications topics in Aodh then Vitrage can get the notifications from Aodh. Let me know if i miss something. About the Aodh custon alarm: What about the alarm type as `prompt` or something else like this, which means the alarm is fired with no evaluation. And the metedata include the `source_id` means which source the alarm is on? This is more or less what we had in mind. Be able to control the state change externally + add metadata to the alarm (resource_id and optimally other information). [1] https://blueprints.launchpad.net/vitrage/+spec/aodh-message-bus-notifications [2]https://etherpad.openstack.org/p/newton-telemetry-vitrage [3]https://review.openstack.org/#/c/387754/ __________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20161019/4677cda4/attachment.html>