Prometheus 详解

Prometheus 章节

1、Prometheus 简介

2、Prometheus 安装与配置

3、Exporter

4、Pushgateway

5、本地存储和远程存储

6、高可用方案

7、报警插件Alertmanager 安装与使用

8、记录规则(recording rules)与告警规则(alerting rule)

9、PromQL

10、mysql + grafana监控

11、node_exporter + grafana

Prometheus 简介

Prometheus是最初在SoundCloud上构建的开源系统监视和警报工具包 。现在许多公司和组织都采用了Prometheus，该项目拥有非常活跃的开发人员和用户社区。它是一个独立的开源项目，并且独立于任何公司进行维护。为了强调这一点并阐明项目的治理结构，Prometheus 于2016年加入了 Cloud Native Computing Foundation，这是继Kubernetes之后的第二个托管项目。

 

特征

Prometheus的主要特点是：

一个多维数据模型，其中包含通过度量标准名称和键/值对标识的时间序列数据

PromQL，一种灵活的查询语言，可以利用多维数据完成复杂的查询

不依赖分布式存储；单服务器节点是自治的

时间序列收集通过HTTP上的拉模型进行

通过中间网关支持推送时间序列

通过服务发现或静态配置发现目标

多种图形和仪表板支持模式

 

组件

Prometheus生态系统包含多个组件，其中许多是可选的：

Prometheus主服务器，它会刮取并存储时间序列数据

客户端库，用于检测应用程序代码

一个支持短期工作的推送网关

诸如HAProxy，StatsD，Graphite等服务的专用出口商

一个alertmanager处理警报

各种支持工具

大多数Prometheus组件都是用Go编写的，因此易于构建和部署为静态二进制文件。 

 

下图说明了Prometheus的体系结构及其某些生态系统组件：

 

从上图可以看出，Prometheus 的主要模块包括：Prometheus server, exporters, Pushgateway, PromQL, Alertmanager 以及图形界面。

其大概的工作流程是：

Prometheus server 定期从配置好的 jobs 或者 exporters 中拉 metrics，或者接收来自Pushgateway 发过来的 metrics，或者从其他的 Prometheus server 中拉 metrics。

Prometheus server 在本地存储收集到的 metrics，并运行已定义好的 alert.rules，记录新的时间序列或者向 Alertmanager 推送警报。

Alertmanager 根据配置文件，对接收到的警报进行处理，发出告警。

在图形界面中，可视化采集数据。

传统的监控方式分为push和pull方式，prometheus支持默认的pull模式获取数据，这也是官方推荐的方式，但如果因为一些网络或防火墙等原因无法直接pull到数据的情况，就要借助Pushgateway让Prometheus转换为push方式获取数据

 

各监控对比

Prometheus vs Zabbix

Zabbix 使用的是 C 和 PHP, Prometheus 使用 Golang, 整体而言 Prometheus 运行速度更快一点。

Zabbix 属于传统主机监控，主要用于物理主机，交换机，网络等监控，Prometheus 不仅适用主机监控，还适用于 Cloud, SaaS, Openstack，Container 监控。

Zabbix 在传统主机监控方面，有更丰富的插件。

Zabbix 可以在 WebGui 中配置很多事情，但是 Prometheus 需要手动修改文件配置。

 

Prometheus vs Graphite

Graphite 功能较少，它专注于两件事，存储时序数据， 可视化数据，其他功能需要安装相关插件，而 Prometheus 属于一站式，提供告警和趋势分析的常见功能，它提供更强的数据存储和查询能力。

在水平扩展方案以及数据存储周期上，Graphite 做的更好。

 

Prometheus vs InfluxDB

InfluxDB 是一个开源的时序数据库，主要用于存储数据，如果想搭建监控告警系统， 需要依赖其他系统。

InfluxDB 在存储水平扩展以及高可用方面做的更好, 毕竟核心是数据库。

 

Prometheus vs OpenTSDB

OpenTSDB 是一个分布式时序数据库，它依赖 Hadoop 和 HBase，能存储更长久数据， 如果你系统已经运行了 Hadoop 和 HBase, 它是个不错的选择。

如果想搭建监控告警系统，OpenTSDB 需要依赖其他系统。

 

Prometheus vs Nagios

Nagios 数据不支持自定义 Labels, 不支持查询，告警也不支持去噪，分组, 没有数据存储，如果想查询历史状态，需要安装插件。

Nagios 是上世纪 90 年代的监控系统，比较适合小集群或静态系统的监控，显然 Nagios 太古老了，很多特性都没有，相比之下Prometheus 要优秀很多。

 

Prometheus vs Sensu

Sensu 广义上讲是 Nagios 的升级版本，它解决了很多 Nagios 的问题，如果你对 Nagios 很熟悉，使用 Sensu 是个不错的选择。

Sensu 依赖 RabbitMQ 和 Redis，数据存储上扩展性更好。

 

总结

Prometheus 属于一站式监控告警平台，依赖少，功能齐全。

Prometheus 支持对云或容器的监控，其他系统主要对主机监控。

Prometheus 数据查询语句表现力更强大，内置更强大的统计函数。

Prometheus 在数据存储扩展性以及持久性上没有 InfluxDB，OpenTSDB，Sensu 好。