快猫监控
夜莺监控
项目介绍 藏经阁
安装部署
事前必读 Docker Compose 方式 Helm 方式 二进制方式 VictoriaMetrics 告警自愈模块
采集器
Categraf Datadog-agent Falcon插件 Grafana-agent Telegraf
使用手册
SNMP 应用监控 Mtail日志监控 JVM监控 钉钉告警 电话短信告警 告警通知 告警格式 Relabel 自监控
API
数据读取 数据推送 Webapi接口
Categraf
项目简介 高级配置
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中使用自定义配置 本章小结
参考资料
智能告警
夜莺智能告警插件
日志告警
夜莺ES日志告警 从日志中提取指标
快猫云眼
北极星
简介 落地步骤 最佳实践 SLA管理实践
灭火图
简介 落地步骤 最佳实践
事件墙
简介 落地步骤 最佳实践
日志分析
简介 落地步骤 最佳实践

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作为阈值，后面再逐步治理。

申请技术交流产品试用
快猫监控
智能告警
日志告警
FlashDuty
Categraf
Nightingale
快猫云眼
北极星
灭火图
事件墙
日志分析
视频中心
文档中心
下载中心