一 prometheus的基本概念
- 指标 metric
- TS 时间序列数据，存储的数据库叫TSDB，叫时序数据库。
- zabbix(后端数据库关系型) 存在性能瓶颈。
- 趋势数据： 聚合分析的结果。
- 告警升级，阶梯型通知
- 数据节点： target
- 数据抓取：scrape
告警系统组成部分
- 监控采集: 被监控端要有监控代理，应用程序自带仪表盘。黑盒监控(探针)，网络设备：(snmp)
- 数据存储：SQL、Nosql（kv\document、tsdb、）
- 展示： Grafana
- 报警： 通知作用 。
- 媒介
- 邮件、短信、钉钉、微信、Slack
- 推荐：《监控的艺术》书籍
常见的监控软件：
- Cacti 、Nagios
- Zabbix
- Openfalcon/夜莺
- CAT(美团点评)
- Prometheus
功能实现：
- 创始人在google， 去了soundcloud
- 2012年研发，2015年发布，现在是2.0阶段
- 现在已经捐给了CNCF
- Metric ，多维度的标签组合都代表一个独立的时间序列。
- 内建了时序数据的聚合、切割、切片
- 支持双精度浮点型数据
缺点：
- 日志的存储不支持。
二 prometheus的工作原理
- prometheus是一款时序数据库，一块设计目标监控的关键组件。数据默认是一个月，如果时间更长需要对接其他时序数据库。
- 整合生态系统内的其他组件，例如pushgateway\Altermanager和Grafana等，可构成一个完整的IT监控系统。
- 监控采集模式
- Pull ： 监控系统去监控端拿数据, prometheus仅支持该模式。
- Push: 监控端推送数据到监控系统
- 监控的组件：
- PushGateway： 受限于网络等因素，可能导致prometheus无法拉取到客户端的数据，此时需要pushgateway，客户端将数据上传到pushgateway上，prometheus去pushgateway上拉数据。
- 内部的查询引擎： PromQL语句 ，内置了web的接口。可以基于web界面调用promQL接口。
- Prometheus ，内置的存储数据默认一个月，如果需要存储时间较长需对接其他时序数据库。
- AlerManager： 告警组件， 本身不支持告警，需要结合promQL的结果结合表达式进行告警。
- 展示界面可以借助Grafana。
- node_exporter ，查询指标之后暴露给prometheus。一对一的指标抓取代理器。
- 自动发现： 可以自动服务的发现并纳入到系统
架构图：
