采集器-Categraf
总体介绍
安装部署
主配置文件
日志采集
内置Prometheus agent mode
Trace采集
高级配置
插件配置
插件综述 基础指标采集插件 exec采集插件 netstat采集插件 procstat采集插件 snmp插件 ipmi采集插件 nvidia_smi插件 cadvisor采集插件 smart采集插件 mysql插件 postgresql插件 mongodb插件 阿里云指标采集插件 cloudwatch指标采集插件 google cloud指标采集插件 mtail插件 prometheus采集插件 页面配置采集插件
夜莺-Nightingale
夜莺V7
项目介绍 功能概览
部署升级
部署说明 老版本升级 附：Docker Compose 附：二进制部署 附：Prometheus 部署 附：部署采集器 附：边缘机房部署
数据接入
数据源接入 导入仪表盘 数据采集
告警管理
快速入门 PromQL 邮件推送 企微推送 钉钉推送 回调推送 脚本推送 自定义通知模板 告警屏蔽 告警事件 告警自愈
数据查看
即时查询 仪表盘
FAQ
夜莺V6
项目介绍 架构介绍
快速开始
最快速体验
黄埔营
安装部署
部署说明 Docker Compose 高级部署方案 附：Prometheus 部署
升级
采集器
概述 Categraf Datadog-agent Falcon插件 Grafana-agent Telegraf
使用手册
仪表盘
仪表盘 图表配置
告警管理
告警规则 内置规则 告警屏蔽 告警订阅 活跃告警 历史告警 通知媒介
时序指标
即时查询 快捷视图 记录规则
日志分析
即时查询
基础设施
机器列表 采集配置
告警自愈 人员组织 数据源 通知配置 通知模板 单点登录 ES日志监控（专业版） 自监控 权限管理
API
数据读取 数据推送 操作类接口 回调地址对接方式
数据库表结构
alert_aggr_view alert_cur_event alert_his_event alert_mute alert_rule alert_subscribe alerting_engines board board_payload builtin_cate busi_group busi_group_member chart_share configs datasource metric_view notify_tpl recording_rule role role_operation sso_config target task_record task_tpl task_tpl_host user_group user_group_member users
FAQ
转发数据给多个时序库 机器列表数据异常 数据流图 监控数据时有时无 查询原始监控数据 快捷视图详解 告警自愈模块使用 仪表盘里只展示我的机器 仪表盘里图表数据缺失 设置自定义告警通知方式 target_up指标的问题 夜莺可以监控 x 么 告警和恢复的判断逻辑 容量规划问题 connection refused 登录与认证 数据采集器Categraf 日志写到`/var/log/messages` 告警规则&告警模板如何引用变量 采集到的数据是字符串怎么处理 管理员密码忘记了 制作大盘如何添加图片 添加loki数据源报错 v6小版本升级有什么 sql 要执行吗 机器列表有展示，但采集数据查询不到 n9e 启动异常报错 n9e集群部署配置修改 告警触发/恢复的值怎么获取 推送 Promethus 报错 OOO 机器列表怎么忽略云资源 告警规则仅在本业务组生效失败 categraf 启动 oracle 插件报错 告警自愈不生效 n9e查询时序库EOF报错 手动编译项目报错 promQL 使用函数标签信息丢失 内存使用率+可用率不等于100 夜莺仪表盘有哪些内置变量 categraf配置文件支持热加载吗 导入 Grafana 仪表盘无效数据源
夜莺V5
项目介绍 藏经阁
安装部署
事前必读 Docker Compose 方式 Helm 方式 二进制方式 VictoriaMetrics 告警自愈模块
采集器
Categraf Datadog-agent Falcon插件 Grafana-agent Telegraf
使用手册
SNMP 应用监控 Mtail日志监控 JVM监控 钉钉告警 电话短信告警 告警通知 告警格式 Relabel 自监控
API
数据读取 数据推送 Webapi接口
夜莺专业版
总体介绍
智能告警插件
夜莺智能告警插件
日志告警插件
夜莺ES日志告警 从日志中提取指标
Flashcat 企业版
总体介绍
北极星
简介 落地步骤 最佳实践 SLA管理实践
灭火图
简介 落地步骤 最佳实践
事件墙
简介 落地步骤 最佳实践
日志分析
简介 落地步骤 最佳实践
开源生态
Telegraf
介绍、安装、初步测试 CPU、MEM、DISK、IO插件 kernel、system、processes插件 exec、net、netstat插件 端口监控、TCP探测 PING、Procstat插件
Prometheus
版权声明
第1章:天降奇兵
开篇 Prometheus简介
初识Prometheus
安装Prometheus Server 使用Node Exporter采集主机数据 使用PromQL查询监控数据 使用Grafana创建可视化Dashboard
任务和实例 Prometheus核心组件讲解 小结
第2章:探索PromQL
开篇 理解时间序列 Metrics类型 初识PromQL PromQL操作符 PromQL聚合操作 PromQL内置函数 在HTTP API中使用PromQL 最佳实践：4个黄金指标和USE方法 小结
第3章:Prometheus告警处理
开篇 Prometheus告警简介 自定义Prometheus告警规则 部署Alertmanager Alertmanager配置概述 基于标签的告警处理路由
使用Receiver接收告警信息
概述 与SMTP邮件集成 与Slack集成 与企业微信集成 集成钉钉：基于Webhook的扩展
告警模板详解 屏蔽告警通知 使用Recoding Rules优化性能 小结
第4章:Exporter详解
开篇 Exporter是什么
常用Exporter
容器监控：cAdvisor 使用 Prometheus 监控 MySQL 运行状态：MySQLD Exporter 网络探测：Blackbox Exporter
使用Java自定义Exporter
使用Client Java构建Exporter程序 在应用中内置Prometheus支持
小结
第5章:数据与可视化
开篇 使用Console Template Grafana基本概念
Grafana与数据可视化
概述 变化趋势：Graph面板 分布统计：Heatmap面板 当前状态：SingleStat面板
模板化Dashboard 小结
第6章:集群与高可用
开篇 Prometheus 本地存储 Prometheus 远程存储 Prometheus 联邦集群 Prometheus 高可用 Alertmanager 高可用 小结
第7章:Prometheus服务发现
开篇 Prometheus与服务发现 基于文件的服务发现 基于Consul的服务发现 服务发现与Relabeling 小结
第8章:监控Kubernetes
开篇 初识Kubernetes 在Kubernetes下部署Prometheus Kubernetes下的服务发现 使用Prometheus监控Kubernetes集群 基于Prometheus的弹性伸缩 小结
第9章:Prometheus Operator
开篇 什么是Prometheus Operator 使用Operator管理Prometheus 使用Operator管理监控配置 在Prometheus Operator中使用自定义配置 本章小结
参考资料

Telegraf调研笔记3：kernel、system、processes相关指标采集

kernel

kernel相关的指标，Telegraf采集的不太多，相关配置和采集内容如下：

# Get kernel statistics from /proc/stat
[[inputs.kernel]]
  # no configuration

# Output:
kernel,host=10-255-0-34 boot_time=1624622463i,context_switches=15118293984i,entropy_avail=3117i,interrupts=9688656581i,processes_forked=64968689i 1636203352000000000

保持这个配置不动即可

system

system相关的指标，要指定一下配置，把uptime_format这个field给干掉，这个内容是个字符串，Prom生态不支持，配置如下：

# Read metrics about system load & uptime
[[inputs.system]]
  ## Uncomment to remove deprecated metrics.
  fielddrop = ["uptime_format"]

system相关的指标，会采集load1、load5、load15，有些朋友可能希望这个值除以CPU核数，得到平均每个CPU的负载，在Prom生态也比较简单：

system_load1 / system_n_cpus

processes

processes相关的指标，主要是采集了系统的进程总数情况，有多少僵尸进程、多少running、多少sleeping等，没有额外配置项：

# Get the number of processes and group them by status
[[inputs.processes]]
  # no configuration

建议processes_total这个指标要配置告警，比如某个cron写挫了，结束不了但是每个周期都会新建，就会造成系统中进程过多。大家可以采集一下看看自己的系统的情况，取平均total，乘以2作为阈值，后面再逐步治理。

申请技术交流产品试用
开源版
Nightingale
Categraf
Flashcat
专业版
企业版
Flashduty
SaaS版
文档中心
下载中心
视频中心
开发者中心