如何在AppDynamics中配置健康规则 实现多服务器重启或宕机告警
AppDynamics多服务器重启/宕机自动告警健康规则配置方案
前置检查
- 所有待监控服务器已部署AppDynamics Machine Agent,且Agent正常向Controller上报状态
- 目标服务器已归类到统一的层级/节点组,方便批量匹配监控范围
配置步骤
1. 新建健康规则
- 进入AppDynamics控制台,依次点击
Alert & Respond->Health Rules - 选择目标应用或全局范围,点击
+新建健康规则,规则类型选择Machine/Server Health - 填写规则名称、描述,适用范围选择包含所有目标服务器的层级/节点组
2. 配置临界触发条件
你可以根据需求单独或同时配置宕机、重启两个场景的触发条件:
场景1:多台服务器宕机触发告警
- 进入
Critical Criteria标签页,如果需要支持多节点聚合统计,建议开启自定义表达式模式 - 自定义表达式写法:
其中sum(if({{metricSelector Availability VALUE server}} < 100, 1, 0)) >= NN替换为触发告警的最少宕机服务器数,例如N=2代表2台及以上服务器可用性小于100%(即宕机)时触发临界条件 - 若版本不支持自定义表达式,可使用可视化配置:
- 指标选择
Server->Availability - 聚合方式选
Count of Nodes - 条件设置为
<= 总节点数 - N,例如总共有10台服务器,2台宕机触发告警则设置为<=8
- 指标选择
场景2:多台服务器重启触发告警
- 推荐用运行时长判断重启事件,自定义表达式写法:
其中sum(if({{metricSelector Uptime SECONDS server}} < 300, 1, 0)) >= N300代表服务器启动后运行时长小于5分钟(即刚完成重启),N为触发告警的最少重启服务器数 - 也可以基于事件匹配配置:选择
Match on events,事件类型选Machine Agent Restart,设置10分钟内跨节点事件数 >= N
3. 配置评估规则避免误报
- 进入
Scheduling标签页,设置评估频率为1分钟/次 - 触发条件设置为连续2个评估周期都满足条件时才触发告警,过滤偶发的Agent上报波动
4. 绑定告警通知动作
- 进入
Actions标签页,点击Add Action选择需要的通知方式:支持邮件、短信、Webhook调用等 - 可根据需求配置告警升级策略,比如重复触发3次后升级通知给运维负责人
效果验证
配置完成后可手动停止2台测试服务器的Machine Agent或者重启测试服务器,确认告警是否正常触发,历史告警可在Alert & Respond->Policy Violations中查询。
注意:配置适用范围时不要选择单个节点,必须选择包含所有目标服务器的聚合范围,否则无法统计多节点的聚合状态。
内容的提问来源于stack exchange,提问作者Bhaskar Jagadeesha
相关产品推荐
相关产品推荐

