aodh-evaluator启动流程小结

本文详细描述了AODH框架中AlarmEvaluationService模块的工作流程,包括入口点、定时任务调度、告警评估以及GroupThresholdEvaluator的evaluate方法,重点介绍了如何基于指标和阈值判断告警状态。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

0 背景

1 流程

1.1 入口

入口在aodh.cmd.alarm:evaluator
![image.png](http://image.huawei.com/tiny-lts/v1/images/fe8c34881b3cb1555af4c02da3dd4b8d_824x386.png@900-0-90-f.png)

1.2 AlarmEvaluationService

1.2.0 __init__

加载evaluator extension,初始化coordinator对象

1.2.1 start()

入口会调用该类的start方法
coordinator start,然后延迟启动,fs没用coordinator
添加定时任务,定时任务执行间隔从配置项获取,定时任务目标函数为_evaluate_assigned_alarms

1.2.2 evaluate_assigned_alarms

调用assigned_alarms查告警,然后遍历查到的告警,调用_evaluate_alarm评估告警

1.2.3 assigned_alarms

查询所有enabled为True的告警,然后哈希返回主机需要处理的告警,没coordinator直接返回所有告警

1.2.4 evaluate_alarm

调用类初始化加载的extension的evaluate方法评估告警

1.3 GroupThresholdEvaluator

1.3.1 evaluate

获取指标周期:从pipeline文件读取指标查询时间,然后生成完整指标查询时间窗
获取指标查询条件:从告警组获取指标查询条件
查指标:根据告警组,时间窗和指标查询条件查指标
查告警定义:如有新增告警组,查所有告警,缓存
过滤最新指标:从查到的指标过滤每个resourceid对应的最新时间的指标
新增/删除告警:根据查到的指标新增或删除对应告警定义
判断是否超过阈值:判断resource对应最新指标值是否超过告警阈值

1.3.2 transition

转换告警数据格式,判断告警是否上报:调用_reason和_reason_data
更新告警定义,发送告警:调用__refresh


 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值