Nightingale + categraf监控方案

Nightingale监控-n9e部署-v6.3.1 夜莺监控( Nightingale )是一款国产、开源云原生监控分析系统,采用 All-In-One 的设计,集数据采集、可视化、监控告警、数据分析于一体。于 2020 年 3 月 20 日,在 github 上发布 v1 版本,已累计迭代 60 多个版本。 阅读详情

一、Nightingale介绍:

  1.1、Nightingale简介和架构图

夜莺监控( Nightingale )是一款国产、开源云原生监控分析系统,采用 All-In-One 的设计,集数据采集、可视化、监控告警、数据分析于一体。于 2020 年 3 月 20 日,在 github 上发布 v1 版本,已累计迭代 60 多个版本。从 v5 版本开始与 Prometheus、VictoriaMetrics、Grafana、Telegraf、Datadog 等生态紧密协同集成,提供开箱即用的企业级监控分析和告警能力,已有众多企业选择将 Prometheus + AlertManager + Grafana 的组合方案升级为使用夜莺监控。夜莺监控,由滴滴开发和开源,并于 2022 年 5 月 11 日,捐赠予中国计算机学会开源发展委员会(CCF ODC),为 CCF ODC 成立后接受捐赠的第一个开源项目。夜莺监控的核心开发团队,也是Open-Falcon项目原核心研发人员。

Nightingale 可以接收各种采集器上报的监控数据,转存到时序库(可以支持Prometheus、M3DB、VictoriaMetrics、Thanos等),并提供告警规则、屏蔽规则、订阅规则的配置能力,提供监控数据的查看能力,提供告警自愈机制(告警触发之后自动回调某个webhook地址或者执行某个脚本),提供历史告警事件的存储管理、分组查看的能力。

Nightingale架构图:

1.2、对比其他监控软件

Zabbix

Zabbix 是一款老牌的监控系统,对机器和网络设备的监控覆盖很全,比如支持 AIX 系统,常见的开源监控都是支持 Linux、Windows,AIX 较少能够支持,Zabbix 用户群体广泛,国内很多公司基于 Zabbix 做商业化服务,不过 Zabbix 使用数据库做存储,容量有限,监控大盘不足,配置麻烦,服务器较多的话,很卡。

Open-Falcon

因为开发 Open-Falcon 和 Nightingale 的是一拨人,所以很多社区伙伴会比较好奇,为何要新做一个监控开源软件。核心点是 Open-Falcon 和 Nightingale 的差异点实在是太大了,Nightingale 并非是 Open-Falcon 设计逻辑的一个延续,就看做两个不同的软件就好。

Open-Falcon 是 14 年开发的,当时是想解决 Zabbix 的一些容量问题,可以看做是物理机时代的产物,整个设计偏向运维视角,虽然数据结构上已经开始设计了标签,但是查询语法还是比较简单,无法应对比较复杂的场景。

Nightingale 直接支持 PromQL,支持 Prometheus、M3DB、VictoriaMetrics 多种时序库,支持 Categraf、Telegraf、Datadog-Agent、Grafana-Agent 做监控数据采集,支持 Grafana 看图,整个设计更加云原生。

Prometheus

Nightingale 可以简单看做是 Prometheus 的一个企业级版本,把 Prometheus 当做 Nightingale 的一个内部组件(时序库)

Nightingale 可以接入多个 Prometheus,可以允许用户在页面上配置告警规则、屏蔽规则、订阅规则,在页面上查看告警事件、做告警事件聚合统计,配置告警自愈机制,管理监控对象,配置监控大盘等,就把 Nightingale 看做是 Prometheus 的一个 WEBUI 也是可以的,不过实际上,它远远不止是一个 WEBUI,用一下就会深有感触。

  • Nightingale监控系统部署

  1.1部署方式:

  1. )docker compose部署,使用docker compose 一键部署启动夜莺,这种部署方式,适用于简单测试,不推荐在生产环境使用。
  2. )Helm部署,n9e-helm用于在k8s集群中安装部署Nightingale。维护地址:https://github.com/flashcatcloud/n9e-helm。
  3. )服务端组件部署,夜莺的服务端有两个组件,分别为n9e-webapi和n9e-serveer。n9e-webapi 用于提供 API 给前端 JavaScript 使用,n9e-server 的职责是告警引擎和数据转发器。依赖的组件有 MySQL、Redis、时序库,时序库我们这里使用 Prometheus。

服务端组件部署架构图:

 

其他部署方式还包括VictoriaMetrics,lbex等,具体部署可参考https://n9e.github.io/docs/install/server/ 链接。

1.2服务部署【此处采用服务端组件部署方式】

  1. )服务器资源简介:

机器

ip

操作系统

内存

cpu

Server端(虚拟机)

192.168.48.100

CentOS7.4

1G

1C

Client端(虚拟机)

192.168.48.11

CentOS7.4

1G

1C

  1. )基础环境配置,关闭防火墙,设置主机名,关闭selinux,矫正时间并配置时间同步服务。

systemctl stop firewalld && systemctl disable firewalld

sed -i 's/SELINUX=enforcing/SELINUX=disabled/g' /etc/selinux/config

date -s ‘时间’

ntpdate ntp.ntsc.ac.cn

reboot

  1. )Server端安装对应组件。【Prometheus,MySQL,redis】

3.1)安装Prometheus。

tar -zxvf prometheus-2.28.0.linux-amd64.tar.gz

编写Prometheus service文件,使用systemd托管。

vi /etc/systemd/system/prometheus.service

[Unit]

Description="prometheus"

Documentation=https://prometheus.io/

After=network.target

[Service]

Type=simple

ExecStart=/data/prometheus/prometheus  --config.file=/data/prometheus/prometheus.yml --storage.tsdb.path=/data/prometheus/data --web.enable-lifecycle --enable-feature=remote-write-receiver --query.lookback-delta=2m

Restart=on-failure

SuccessExitStatus=0

LimitNOFILE=65536

StandardOutput=syslog

StandardError=syslog

SyslogIdentifier=prometheus

[Install]

WantedBy=multi-user.target

systemctl daemon-reload

systemctl enable prometheus

systemctl restart prometheus

systemctl status prometheus

【备注:生产环境下如果需要修改Prometheus的端口,可以修改Prometheus的yml文件,将9090端口修改,然后在systemd代管文件中添加--web.listen-address=:端口 参数。重启Prometheus即可。】

如,需要修改Prometheus的默认端口为19197

vi prometheus.yml

vi /etc/systemd/system/prometheus.service

启动成功后的状态(如下图)

3.2)安装MySQL。

rpm -ivh mariadb-5.5.56-2.el7.x86_64.rpm        

rpm -ivh mariadb-devel-5.5.56-2.el7.x86_64.rpm  

rpm -ivh mariadb-server-5.5.56-2.el7.x86_64.rpm

rpm -ivh mariadb-bench-5.5.56-2.el7.x86_64.rpm  

rpm -ivh mariadb-libs-5.5.56-2.el7.x86_64.rpm   

rpm -ivh mariadb-test-5.5.56-2.el7.x86_64.rpm

vi /etc/my.cnf     #此处改了MySQL的监听端口。

port=30601   #添加监听端口配置。

设置MySQL root登录密码。

mysql -e "SET PASSWORD FOR 'root'@'localhost' = PASSWORD('123456');"

启动MySQL服务。

systemctl restart mariadb

systemctl enable mariadb

systemctl status mariadb

3.3)安装redis。

rpm -ivh redis-3.2.12-2.el7.x86_64.rpm

vi /etc/redis.conf #此处更改了redis的默认端口,默认为6379端口。

systemctl start redis

systemctl enable redis

4.)Server端安装夜莺组件n9e-webapi,n9e-server。

mkdir /data/n9e

mv n9e-5.8.0.tar.gz /data/n9e

tar -zxvf n9e-5.8.0.tar.gz

将nightingale的sql文件导入MySQL库中。

mysql -uroot -p123456 < docker/initsql/a-n9e.sql

针对n9e server 服务和n9e webapi 服务编写service文件,使用systemd托管。

vi /etc/systemd/system/n9e-server.service

[Unit]

Description=n9e server

Requires=network.target

[Service]

User=root

Group=root

Type=simple

ExecStart=/data/n9e/n9e server --conf=/data/n9e/etc/server.conf

WorkingDirectory=/data/n9e

Restart=always

RestartSec=1

StartLimitInterval=0

[Install]

WantedBy=multi-user.target

vi /etc/systemd/system/n9e-webapi.service

[Unit]

Description=n9e webapi

Requires=n9e-server.service

[Service]

User=root

Group=root

Type=simple

ExecStart=/data/n9e/n9e webapi --conf=/data/n9e/etc/webapi.conf

WorkingDirectory=/data/n9e

SuccessExitStatus=0

LimitNOFILE=65536

StandardOutput=syslog

StandardError=syslog

SyslogIdentifier=n9e-webapi

[Install]

WantedBy=multi-user.target

systemctl daemon-reload

systemctl enable n9e-server

systemctl restart n9e-server

systemctl status n9e-server

systemctl enable n9e-webapi

systemctl restart n9e-webapi

systemctl status n9e-webapi

端口查看,如图,18000为webapi端口,19000为server端口。

 到此步骤,n9e夜莺监控server部署完成。

web浏览器访问:http://192.168.48.100:18000/默认登录用户为root,密码为root.2020

 5.)Client端部署采集器Categraf。

1.)Categraf采集器基本介绍

Categraf 是一款 all-in-one 的采集器,由 快猫团队 开源,代码托管在两个地方:

gitlink: https://www.gitlink.org.cn/flashcat/categraf

github: https://github.com/flashcatcloud/categraf

Categraf 不但可以采集 OS、MySQL、Redis、Oracle 等常见的监控对象,也准备提供日志采集能力和 trace 接收能力,这是夜莺主推的采集器,相关信息请查阅项目 README

Categraf 采集到数据之后,通过 remote write 协议推给远端存储,Nightingale 恰恰提供了 remote write 协议的数据接收接口,所以二者可以整合在一起,重点是配置 Categraf 的 conf/config.toml 中的 writer 部分,其中 url 部分配置为 n9e-server 的 remote write 接口:

 2.)部署Categraf

mv categraf-v0.2.6-linux-amd64.tar.gz /data

cd /data && tar -zxvf categraf-v0.2.6-linux-amd64.tar.gz

vi /etc/systemd/system/categraf.service

   [Unit]

Description="Categraf"

After=network.target

[Service]

User=root

Group=root

ExecStart=/data/categraf-v0.2.6-linux-amd64/categraf

WorkingDirectory=/data/categraf-v0.2.6-linux-amd64

Restart=on-failure

SuccessExitStatus=0

LimitNOFILE=65536

StandardOutput=syslog

StandardError=syslog

SyslogIdentifier=categraf

[Install]

WantedBy=multi-user.target

  vi /data/categraf-v0.2.6-linux-amd64/conf/config.toml

  #配置采集器采集到的数据写入nightingale的server中。

       [[writers]]

url = "http://127.0.0.1:19000/prometheus/v1/write"

  

systemctl daemon-reload

systemctl enable categraf.service

systemctl restart categraf.service

systemctl status categraf.service

操作界面配置机器监控大盘。

在监控看图--监控大盘中导入机器监控大盘 。

然后即可看到机器资源运行情况。

可以配置告警。(此处只在界面上配置了告警,没有配置钉钉,邮箱,企微等告警消息推送,如配置可参考nightingale官网配置告警消息推送)。

 直接在告警规则处导入机器告警规则即可。

下面两个模块可以看到已配置的机器的活跃告警和历史告警。 

最后,博主手写了一份nightingale安装脚本。有需要可以评论留言。

shell参考:

 

 

Nightingale | 夜莺监控 ​ Nightingale | 夜莺监控,一款先进的开源云原生监控分析系统,采用 All-In-One 的设计,集数据采集、可视化、监控告警、数据分析于一体,与云原生生态紧密集成,提供开箱即用的企业级监控分析和告警能力。 阅读详情

相关推荐

监控软件 - 初识 Nightingale

对于中心集群来说,主要包括以下组件:MySQL:用于存放配置信息以及告警事件。Redis:用于存储 JWT Token,机器元信息等数据。TSDB:时序数据库,存放监控指标。N9e:核心服务,处理 Web 请求、提供告警引擎。中间的飞鸟代表夜莺的核心进程 n9e ,它的集群方式非常简单只需部署多节点即可实现。对于 n9e 来说,它本身依赖的存储有两个:Mysql : 存放配置类别信息,如用户,监控大盘,告警规则等。

qq_60271706的博客 2025

夜莺(Flashcat)V6监控(二):夜莺页面全网最详细功能介绍及案列

目录(一):如何把数据转发给多个时序库(二):监控仪表盘的配置(三):告警的配置管理 (1):告警规则①: 基础配置②:规则配置:分为Metric和Host机器类型的告警③: 生成配置④:通知配置 (2): 内置规则 (3) 屏蔽规则 (4) 订阅规则 (5) 活跃告警 (6) 历史告警(三):时序指标(四):日志分析(五):链路追踪(六):基础设施(七):告警自愈(八):人员组织(九):系统配置(1)数据源:(2)通知设置:(十):对接邮箱告警案列配置 (1) 创建告警规则

m0_61323675的博客 1万+

Linux 系统部署夜莺 nightingale 监控公司的watchdog

Linux 系统部署夜莺 nightingale 监控公司的watchdog

nalanxiaoxiao2011的博客 568

Nightingale | 夜莺监控部署安装和使用

最近在对开源的新型监控做调研,发现Nightingale功能强大,使用效果还不错,并对,并对目前监控做了一个对比夜莺监控( Nightingale )是一款国产、开源云原生监控分析系统,采用 All-In-One 的设计,集数据采集、可视化、监控告警、数据分析于一体。于 2020 年 3 月 20 日,在 github 上发布 v1 版本,已累计迭代 60 多个版本。

weixin_43546282的博客 9359

夜莺监控使用指南

本文用于解决在部署和应用夜莺监控中遇到的一些问题以及官方文档缺失的某些步骤可能会遇到的坑。自带的插件配置已经比较完善了,但是更改配置后,需要重启。这样在监控前端才能看到插件的监控数据。前端已经可以看到安装了。机器的相关监控信息。

LMFranK的博客 962

保姆级教程:手把手教你给Nightingale监控系统装上‘自动修复’插件(ibex v1.2.0实战)

本文提供Nightingale监控系统集成ibex v1.2.0插件的保姆级教程,实现告警自动修复功能。从环境准备、服务端部署到客户端集成,详细讲解如何构建智能自愈系统,帮助运维团队减少人工干预,提升故障处理效率。

weixin_30417487的博客 401

Nightingale GPU 监控实战:Categraf nvidia_smi 与 DCGM 双采集方案接入 NVIDIA 指标

本文以 Nightingale 夜莺开源监控体系中的 Categraf 采集器为主体,讲解 NVIDIA GPU 监控的两种完整方案:基于 `nvidia-smi` 命令的 `input.nvidia_smi` 插件,以及基于 NVIDIA DCGM 服务的 `input.dcgm` 插件。读者将掌握两种方案的采集原理、前置依赖、配置文件逐项解读,以及仓库内置的指标字典、监控大盘与告警规则的用法,

gitblog_00651的博客 242

HC32F460的GPIO重映射实战:如何用3步搞定SPI引脚冲突问题

本文详细介绍了HC32F460的GPIO重映射功能,通过三步操作解决SPI引脚冲突问题。文章解析了HC32F460的FuncGroup功能分组机制,提供了具体的寄存器配置步骤和验证技巧,并对比了与传统方案的性能优势,帮助工程师灵活配置引脚,优化硬件设计。

t4y5u6i7o的博客 918

夜莺(Flashcat)V6监控(三):categraf(All-in-on)采集器详解和告警自愈功能详解

(一)告警自愈实现详解上一期我们在讲解夜莺的页面web功能的时候,提到了夜莺的一个强大功能---告警自愈,这一期我们先补充一下上一期没有实现出来的告警自愈的模块。我使用一个案例来告诉帮助大家怎么快速入门ibex夜莺的告警自愈功能。ibex项目下载地址我们先打开github项目地址下载好ibex的安装包这里的BasicAuth默认的账号密码默认都是ibex,这里要记住如果要修改的话,因为后面在夜莺的页面配置告警自愈功能的时候,需要添加正确的ibex的账号密码和server端的地址端口。

m0_61323675的博客 9095

ESP32蓝牙配网实战:微信小程序中的blufi协议实现与优化

本文详细介绍了在微信小程序中实现ESP32蓝牙配网的实战经验,重点解析了blufi协议的应用与优化。内容涵盖从开发环境配置、协议帧格式解析,到小程序端蓝牙通信、数据转换的核心步骤,并提供了配网状态机设计、错误处理及性能调优等进阶方案,旨在帮助开发者高效、稳定地完成物联网设备配网功能开发。

weixin_29159613的博客 458

KEPServerEX与三菱iQ-R系列PLC通讯

KEPServerEX与三菱iQ-R系列PLC通讯Mitsubishi Ethernet北京东方鼎晨科技有限公司目 录1. 前言2. 三菱PLC端相关设置3. Kepware端相关设置KEPServerEX是美国PTC Kepware公司生产的具有行业性的连接平台,KEPServerEX支持150多种通讯协议,用于向您的所有应用程序提供单一来源的工业自动化数据。该平台的设计使用户能够通过一个直观的用户界面来连接、管理、监视和控制不同的自动化设备和软件应用程序。KEPServerEX利用OPC(自动化产业的互

qq_28768521的博客 8097

保姆级教程:手把手教你给Nightingale监控系统装上“自动修复”插件(Ibex + Categraf实战)

本文提供了一份详细的Nightingale监控系统自愈插件实战部署指南,通过Ibex模块实现告警自动修复功能。教程涵盖环境准备、MySQL配置、Ibex Server部署、Categraf集成以及全链路验证,帮助运维人员快速掌握自愈系统的部署与应用,提升故障处理效率。

weixin_30271335的博客 257

Codex入门10-Goal自主任务(进阶必学:设定目标就不管了,AI自己干活到完成)

/goal 是Codex CLI最强大的进阶功能——设定一个目标,AI就会制定计划、分步执行、自我测试、持续迭代,即使你关掉终端也会继续。本文详解/goal的工作原理、配置启用方法、常用命令(pause/resume/status/clear),以及如何写出高质量的目标描述让AI高效自主完成任务。

yueyeguzhuo的专栏 455

夜莺监控( Nightingale ),看这一篇就够了。(介绍、部署、配置、优化、自定义)

夜莺监控( Nightingale ),看这一篇就够了。(介绍、部署、配置、优化、自定义

西原一点红的博客 7898

一桶令牌的时间账本:四类限流算法的边界推演与Guava RateLimiter源码精读

限流的难点不在背出算法名,而在算清每一笔账:按哪一秒计数、超额请求排队还是拒绝、空闲后能否突发、集群总量如何约束。本文在可复现的虚拟时间实验台上对比固定窗口、滑动窗口、漏桶与令牌桶,实测边界双倍突发与分桶滑动的真实上界,拆解Nginx limit_req的千分位记账与延迟机制,纠正Resilience4j常被误称漏桶的说法,并逐行精读Guava SmoothRateLimiter的预消费、懒惰补账与预热积分,复刻迷你限流器与其完成七万次零差异对账,最后给出集群配额、分层防护与参数确定的方法。

曾经“等你生日那天”都遥远得像未来,如今却可欢愉的挥手说“下个十年见” 86万+

【AIGC】大模型面试高频考点07-注意力(Attention)篇

AIGC面试高频考点

一个内容严谨、方向前沿、极具实践价值的AI大模型技术分享站 3363

再有谁说不熟悉夜莺( Nightingale )监控系统,就把这个给他扔过去!

点击下方名片,设为星标!回复“1024”获取2TB学习资源!夜莺监控( Nightingale )官方网址:https://n9e.github.io/夜莺监控( Nightingale )是一款国产、开源云原生监控分析系统,采用 All-In-One 的设计,集数据采集、可视化、监控告警、数据分析于一体。于 2020 年 3 月 20 日,在 github 上发布 v1 版本,已累计迭代 60 ...

民工哥的博客 2268

20、七鳃鳗繁殖与早期生活史:从水质到养殖的全面解析

本文全面解析了七鳃鳗的繁殖与早期生活史,重点探讨了水质对幼体生存的影响、养殖密度与生长关系、变态过程的时间与大小特征,以及人工繁殖在濒危物种恢复和入侵物种控制中的应用。同时,文章分析了大规模养殖面临的挖掘基质需求、空间限制、清洁管理、疾病防控及微生物环境等挑战,并强调实验室养殖对科学研究和种群管理的重要意义。随着技术进步,未来有望扩展更多物种的繁殖研究,揭示七鳃鳗生物学的进化奥秘,实现资源的可持续利用。

l6m7n8的博客 116

从零开始:Nightingale夜莺监控系统的极速部署指南

本文提供了一份详尽的Nightingale夜莺监控系统极速部署指南。通过Docker Compose方案,用户可在半小时内完成从环境准备、依赖安装到服务启动的全过程,快速搭建企业级监控告警平台。指南涵盖部署步骤、常见问题排查及后续配置方向,帮助运维和开发人员高效构建一体化监控解决方案。

k5l6m的博客 205

HFSS实战项目——GPS北斗双模微带天线

本文设计了一款方形圆极化微带天线应用于北斗B1和GPSL1频段,满足高增益、低VSWR、适当方向图等要求。设计中心频率为1568MHz,介质板采用厚度h=1.6mm的Arlon AD450(tm)板,相对介电常数为4.5,采用探针馈电。

2401_87464239的博客 1768

廖雪峰Python教程[完整版]

廖雪峰的python教程整理的,已经排好版了,而且还是完整的,适合小白

Nightingale Categraf mtail 插件:用 mtail 语法把日志解析成监控指标

日志是系统运行状态的原始凭证,但日志本身并不能直接被监控系统消费。Nightingale 生态中的采集端 Categraf 提供了 mtail 输入插件,让运维工程师可以用类 awk 的 mtail 语法编写规则文件,把日志内容实时解析为 counter、gauge、histogram 三类监控指标。本文以 [integrations/Mtail/markdown/README.en_US.md]

gitblog_00069的博客 891

SIMATIC S7-1200, S7-1500 PID 控制[手册]

SIMATIC S7-1200, S7-1500 PID 控制[手册]

夜莺监控学习1 ---了解夜莺监控

夜莺监控( Nightingale )是一款国产、开源云原生监控分析系统,采用 All-In-One 的设计,集数据采集、可视化、监控告警、数据分析于一体。从 v5 版本开始与 Prometheus、VictoriaMetrics、Grafana、Telegraf、Datadog 等生态紧密协同集成,提供开箱即用的企业级监控分析和告警能力,已有众多企业选择将 Prometheus + AlertManager + Grafana 的组合方案升级为使用夜莺监控。

xsc007的博客 1345

OV9734 DATASHEET,完整规格书

OV9734完整规格书,包括电气参数,尺寸规格,寄存器配置表等

VB摄像头监控

该VB模块可对摄像头捕获的画面进行录像等,可在创建的窗口进行控制

Nightingale 生态 GPU 监控实战:Categraf 双方案(nvidia_smi 与 DCGM)采集 NVIDIA GPU 指标

NVIDIA GPU 是 AI 训练与推理场景的核心算力资源,其利用率、显存、温度、功耗、NVLink 带宽等指标直接决定集群调度效率与硬件健康度。本文基于 Nightingale 监控体系中的 Categraf 采集器,完整讲解 NVIDIA GPU 监控的两种主流方案:`input.nvidia_smi`(读取 nvidia-smi 命令输出)与 `input.dcgm`(对接 DCGM 服务

gitblog_00848的博客 449

五分钟搭建混合云监控利器:夜莺(Nightingale)全栈指南

本文提供了一份五分钟快速部署夜莺(Nightingale)混合云监控平台的实战指南。夜莺作为一款自动化运维平台,专为混合云环境设计,能统一监控物理机、虚拟机及K8S容器,并集成了资产管理、任务执行与告警功能。通过Docker Compose一键部署、Categraf采集器配置及核心四模块解读,帮助运维人员快速构建统一、高效的运维能力平台。

weixin_29250573的博客 181

监控系统架构设计与方案选型 —— 从“感知故障“到“洞察业务“

本文是一篇关于监控系统架构设计与方案选型的指南,主要解答三个核心问题:监控的必要性、监控系统的组成架构以及开源方案选型建议。文章首先阐述了监控从故障感知到业务洞察的演进过程,介绍了行业术语和Google的四大黄金指标。随后详细解析了典型监控系统的分层架构(采集层、存储层、查询/告警/展示层),并对10大主流开源方案进行了横向对比。最后给出了选型建议,推荐云原生环境采用Prometheus+Grafana+Nightingale组合,并预告了后续实战内容。所有配置和脚本已开源在Gitee仓库。

cpyaxjq的博客 216

国产监控之光-夜莺监控(Nightingale)

国产监控之光-夜莺监控(Nightingale)夜莺是什么?夜莺是一个服务端组件,类似 Grafana,可以对接不同的TSDB时序数据库作为数据源,支持的TSDB时序数据库如Prometheus、VictoriaMetrics、Thanos等等,只要数据进到这些库里了,夜莺就可以对数据源的数据进行分析、告警、可视化,以及后续的事件处理、告警自愈。当然,夜莺也有端口接收监控数据,可以跟开源社区常见的...

god_86的专栏 3560
上一篇: mayfly-go部署和使用
下一篇: Prometheus监控系列
LinuxLOVERes
博客等级 码龄8年 1916粉丝 20原创
评论 6
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明:

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

余额充值