Grafana侧重可视化,那多数据源告警呢?
Grafana 擅长多数据源可视化,但多数据源告警在规则管理、权限、通知和事件处理上更复杂。本文介绍夜莺监控的告警引擎架构、规则判定、屏蔽、持久化、通知规则、订阅规则和事件处理 Pipeline。
汇总 Flashcat 博客中与 夜莺监控 相关的文章,方便按主题连续阅读实践、案例、选型和产品更新。
Grafana 擅长多数据源可视化,但多数据源告警在规则管理、权限、通知和事件处理上更复杂。本文介绍夜莺监控的告警引擎架构、规则判定、屏蔽、持久化、通知规则、订阅规则和事件处理 Pipeline。
本文系统梳理夜莺监控(Nightingale)的几种常见架构模式:仅作为告警引擎、让指标数据流经夜莺、以及多机房场景下的边缘告警架构,并说明每种模式适合什么场景。
Prometheus 告警规则通常通过 YAML 和 Git 管理,跨团队自助、权限隔离、规则评审和通知治理都会变复杂。本文演示如何用 Nightingale 夜莺监控为 Prometheus alerting rules 增加 UI 管理能力,并介绍数据源接入、规则配置、Prometheus 规则导入和告警引擎能力。
总结夜莺 v8 正式版的核心升级,包括更多数据源告警支持、事件 Pipeline、通知规则抽象、机器告警优化和新版告警全景看板。
基于夜莺监控 Pipeline、Event Update 和 Event Drop,把发版系统与告警事件联动,实现发布期间自动静默相关告警。
夜莺监控发布了 v8.beta14 版本,新增 Postgres 告警支持和 AI Summary 处理器,增强业务监控能力。
用 Keycloak 与 OIDC 打通夜莺监控和 Grafana:统一 SSO 登录,并将 Grafana 内嵌到夜莺,实现一个入口管理告警、通知和可视化大盘。
夜莺 v8.0.0-beta13 新增 MySQL 数据源告警支持,适合围绕订单、商品等业务数据配置关键业务指标告警,并修复通知媒介联系方式和 Elasticsearch KQL 报错显示问题。
夜莺 v8.0.0-beta11 新增 ClickHouse 告警、事件 Pipeline、新版菜单和新版活跃告警,并保留 v6/v7 平滑升级说明。
在夜莺里重新整理了机器的仪表盘,包括 Categraf 作为采集器和 NodeExporter 作为采集器两种指标的仪表盘。也整理了夜莺 v8 版本的自身监控数据的仪表盘。自取。
夜莺监控仪表盘支持类似 Grafana 的变量功能,可用于切换数据源、筛选机器、联动磁盘路径等。本文用数据源变量、查询变量和 Host ident 变量说明常见配置方法。
本文讲解如何在夜莺监控 Nightingale 中通过告警规则自定义字段和通知模板,隐藏冗长标签,只展示 summary 等关键信息,让钉钉告警消息更简洁、可读。
夜莺 v8.0.0-beta10 支持中心端无法直连时序库时仍由边缘告警引擎执行告警,适合边缘机房、安全隔离和只能边缘访问中心的网络场景。
夜莺 v8 从 beta7 版本开始,抽象了通知规则的概念,可以非常方便的配置各种通知媒介,比如钉钉、短信、电话等。而且还有非常通用的 HTTP、脚本 通知方式,那么是不是就不需要 Flashduty 了呢?
夜莺监控 v8.0.0-beta7 抽象出通知规则,将告警规则与通知方式解耦,支持自定义 HTTP、脚本发送、不同媒介模板和用户 Profile 参数。
使用 Categraf、Prometheus 和夜莺搭建主机监控的完整教程,覆盖数据采集、remote write 转发、仪表盘导入、告警规则导入和钉钉通知配置。
详解夜莺监控 n9e-edge 边缘告警引擎架构,说明中心 n9e、边缘机房数据源、告警引擎集群、Redis、Categraf 和 Ibex 的部署关系,以及跨机房链路不稳定时如何保障告警判定可靠性。
Prometheus 历史峰值看不到,常见原因不是监控不准,而是 query_range 查询时 step 变大后只返回较稀疏的数据点。本文解释 step 的含义、Nightingale 如何自动计算 step,以及如何用原始数据判断实际采集频率。
Categraf、Prometheus Exporter 等采集器会暴露大量英文监控指标。本文说明可以从仪表盘、告警规则、夜莺指标视图、源码和官方文档中查找指标含义,并解释为什么很难有一个地方覆盖全部指标说明。
夜莺监控 v8.beta5 版本新增用户自定义 token 接口鉴权、时序数据转发 Kafka、仪表盘 annotations 与阈值样式优化,并调整告警规则数据源筛选 UI。