Promethues是什么？

已于 2024-01-29 12:07:41 修改
阅读量1k 收藏 17
点赞数 44
文章标签： prometheus kubernetes 容器 云原生
于 2024-01-29 12:06:43 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_75209491/article/details/135904257
版权

什么是Prometheus？

Prometheus是一个开源的系统监控以及报警系统。整和zabbix的功能，系统，网络，设备。

promethues可以兼容网络、设备、容器监控、告警系统。因为和k8s是一个项目基金开发的产品，天生就匹配k8s的原生系统。容器化和云原生服务适配性很高。

Prometheus是一个服务监控系统和时序数据库，提供了通用的数据模型和快捷的数据采集，存储和接口查询。

核心组件：Prometheus server 定期从静态配置的监控目标或者基于服务发现的自动配置目标中进行拉取数据。拉取到数据会持久化的保存到存储设备之中。

Prometheus会先拉取数据纳入到监控系统当中，才能进行时序数据采集、存储、告警和展示

基于pod部署的Prometheus能够直接把api sever作为服务发现系统使用。可以实现动态监控，动态发现。

Prometheus的特点

  1. 多维的数据模型。根据不同的函数计算方法，对同一数据可以做出不同的结论。prom QL

  2. 时间序列的数据，按照时间的顺序记录系统，设备变化的数据，包括容器化的数据。每一个数据都是一个样本。例如：服务器指标数据、应用程序的性能监控、网络数据等等。

  3. 通过静态，也可以通过 服务自动发现收集数据

  4. Prometheus自带的原生数据展示不是很友好，有专门为他匹配的数据化展示工具。grafana

Prometheus的存储引擎

Prometheus使用的存储引擎是TSDB

TSDB的特点

  1. 能够存储的数据量很庞大

  2. 大部分时间都是写入操作，读不多。只是从获取数据，将数据写入数据库当中。

  3. 写入操作是时序添加。大多数情况下都是按照时间排列

  4. 很少更新数据，采集到的数据在秒级或分钟级之后写入数据库

  5. 基本数据大。一般超过了内存的大小。数据按照一定时间区间展示，缓存在这里不起作用。由于展示实时数据，所以对持久化要求不高。

  6. 读操作，一般都是高并发的操作。

  7. 就是为了大数据、高并发而生的。

Prometheus的组件

Prometheus的服务核心组件采用pull的方式采集监控数据，通过http协议进行传输，存储时间序列的数据，基于告警规则生成告警通知。

1、 Prometheus server是核心，核心分为三个部分：

  1. retrieval 负责在目标主机抓取监控指标数据

  2. Storage 用于存储，把采集的数据保存到磁盘当中。默认只保存15天

  3. promQL 负责把数据按照一定的规则通过指定的语法形成一个结果，最后通过 grafana 展示出来

2、 exports 负责在节点收集数据，通过Node-Exports服务收集服务器节点的状态数据、CPU、内存、网络、磁盘等等。默认端口9100

3、 client Library 客户端库，用于应用程序的内部测量系统。内部测试

4、 cadvisor 用于监控容器内部的资源信息，但是k8s从1.20之后自带这个部分组件

5、 blackbox-exporter 用于监控容器的存活性，一般不用

6、 Altermanager 是独立的告警模块，从Prometheus server 收到告警通知之后，Altermanager进行重组、分类、发送到对应的接收方。例如：电子邮件、钉钉、企业微信

7、 pushgateway 类似于一个中转站，server端只会使用pull的方式拉取数据。节点的数据只能以上传(push)的方式发送，先把数据源保存在pushgateway，Prometheus server同一从pushgateway拉取数据

8、 grafana 图形化工具

Prometheus的工作流程

  1. Prometheus server为核心，收集和存储数据(时间序列数据)，从监控目标中通过pull的方式拉取数据，或者通过pushgateway把采集到的数据，拉取到server当中。

  2. 拉渠道的数据，将监控指标数据保存到本地磁盘当中。

  3. 如果监控的指标数据触发了告警，发送到altermanager

  4. 通过Prometheus自带的uiweb界面，通过promql可以查询到监控用户数据

  5. grafana可以介入Prometheus的数据源。把监控数据以图形化的方式展示出来

Prometheus的局限性以及和zabbix的对比

Prometheus的局限性

  1. Prometheus只是一款指标监控系统，不适合存储时间，也不适合保存日志。更多的是一种趋势性的监控和展示。并非是一个精准的数据。

  2. Prometheus认为只有最近的数据才有查询的需要，保存在本地的数据默认只有15天，不支持大量的历史数据进行存储，也不支持查询过往的历史数据。基于远端存储，上传到influxDB或者是openTSDB系统

  3. 集群化成都不高，一般都是单节点部署

Prometheus和zabbix的区别

zabbix：

  1. zabbix是大而全的系统，而且功能非常完善，机制非常成熟。

  2. 具有完善的web页面，可视化和告警。在页面上可以满足绝大部分的操作。

  3. 上手难度比较低，可以快速掌握

  4. 由于集成度太高，定制化比较困难。而且扩展性也比较差。

Prometheus：

  1. Prometheus是近几年比较火的监控系统，基于go语言开发。只是专注于监控的功能，提供一个简单的ui界面供用户查询

  2. grafana提供可视化。Altermanager提供告警。通过第三方程序实现

  3. 比较小巧灵活。但是门槛较高，上手比较难

zabbix和Prometheus功能比较

zabibx指标收集方式：

  1. 通过server和agent收集

  2. agent部署在目标服务器，数据推送到server，基于tcp进行通信

  3. agent把数据推送到server，或者是server主动发送请求获取agent的数据

Prometheus指标收集方式：

  1. Prometheus也是基于客户端进行数据收集，server端定时与客户端交互，通过pull的方式获取监控数据。

数据存储

zabbix使用外部的数据来保存数据

Prometheus存储在内置的TSDB当中，时间序列数据库中

查询性能

zabbix的查询性能较弱，只能在web界面做一些有限的操作

Prometheus查询功能强大。Prometheus自带查询语句，查询结果都是以图形或表格数据展示。

zabbix更成熟，上手难度低，对于传统的服务器、系统和网络都有优秀的监控能力，zabbix不适配云原生，不适配容器监控。

Prometheus就是容器化的监控，支持k8s的监控功能，promQL上手难度高。

二进制部署Prometheus

master01  20.0.0.32
node01  20.0.0.34
node02  20.0.0.35

master01
tar -xf prometheus-2.45.0.linux-amd64.tar.gz
mv prometheus-2.45.0.linux-amd64 prometheus
cd prometheus
cat prometheus.yaml | grep -v "^#"
#查看他的配置文件
scrape_interval: 15s
#采集数据的间隔时间，默认是1分钟
evaluation_interval: 15s
#告警的间隔时间，默认1分钟
scrape_timeout: 10s
#数据采集的超时时间，默认10s
alerting
#告警的实例配置

alerting:
  alertmanagers:
    - static_configs:
        - targets:
          # - alertmanager:9093

rule_files:
  # - "first_rules.yml"
  # - "second_rules.yml"
#配置告警的规则
scrape_configs
#参数时序数据的源，配置采集的主机，静态或动态。
- job_name: "prometheus"
#每一个监控实例都是以- job_name:的形式来表示整体的集合
metrics_path defaults to '/metrics'
#指标数据采集的默认路径
static_configs:
#静态配置发现实例(目标节点服务器)

vim /usr/lib/systemd/system/prometheus.service
#添加到系统服务中

[Unit]
Description=Prometheus Server
Documentation=https://prometheus.io
After=network.target
 
[Service]
Type=simple
ExecStart=/usr/local/prometheus/prometheus \
--config.file=/usr/local/prometheus/prometheus.yml \
--storage.tsdb.path=/usr/local/prometheus/data/ \
--storage.tsdb.retention=15d \
--web.enable-lifecycle
  
ExecReload=/bin/kill -HUP $MAINPID
Restart=on-failure
 
[Install]
WantedBy=multi-user.target
EOF

systemctl daemon-reload
systemctl restart prometheus.service
systemctl status prometheus.service
默认端口号9090


配置节点监控：
tar -xf node_exporter-1.5.0.linux-amd64.tar.gz

mv node_exporter-1.5.0.linux-amd64/node_exporter /usr/local/bin/

vim /usr/lib/systemd/system/node_exporter.service

[Unit]
Description=node_exporter
Documentation=https://prometheus.io/
After=network.target
 
[Service]
Type=simple
ExecStart=/usr/local/bin/node_exporter \
--collector.ntp \
--collector.mountstats \
--collector.systemd \
--collector.tcpstat
 
ExecReload=/bin/kill -HUP $MAINPID
Restart=on-failure
 
[Install]
WantedBy=multi-user.target

systemctl start node_exporter
systemctl enable node_exporter
netstat -natp | grep :9100

vim /usr/local/prometheus/prometheus.yml
#在末尾添加
  - job_name: nodes
    metrics_path: "/metrics"
    static_configs:
    - targets:
          - 20.0.0.32:9100
          - 20.0.0.34:9100
          - 20.0.0.35:9100
      labels:
        service: kubernetes

systemctl reload prometheus

进入页面查看
http://20.0.0.32:9090

node01和node02都添加ndoe节点监控

tar -xf node_exporter-1.5.0.linux-amd64.tar.gz

mv node_exporter-1.5.0.linux-amd64/node_exporter /usr/local/bin/

vim /usr/lib/systemd/system/node_exporter.service

[Unit]
Description=node_exporter
Documentation=https://prometheus.io/
After=network.target
 
[Service]
Type=simple
ExecStart=/usr/local/bin/node_exporter \
--collector.ntp \
--collector.mountstats \
--collector.systemd \
--collector.tcpstat
 
ExecReload=/bin/kill -HUP $MAINPID
Restart=on-failure
 
[Install]
WantedBy=multi-user.target

systemctl start node_exporter
systemctl enable node_exporter
netstat -natp | grep :9100

到页面查看两个节点状态是否正常

在moster01安装grafana

rpm -ivh grafana-enterprise-7.5.11-1.x86_64.rpm
systemctl start grafana-server.service
systemctl enable grafana-server.service
systemctl status grafana-server.service

页面登录测试
20.0.0.32:3000

开始和Prometheus匹配

 开始添加k8s集群

导入模板即可11074、15172

https://grafana.com/grafana/dashboards 
#模板网站

总结

prometheus：就是一个监控。时序数列的图形化监控工具，不在意数据的持久化，只关注最近需要查找的数据。

更适配k8s集群。也可以对服务器进行一般监控(内存、cpu、硬盘、网络)

俊俏美男子章鱼哥
关注
  • 44
    点赞
  • 踩
  • 17
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Promethues轻松上手
vxandox的博客
05-04 518
Promethues 概述 Promethues是什么？ 1.它是由SoundCloud开发的开源监控报警系统和时序列数据库(TSDB)。 2.它使用Go语言开发，是Google BorgMon监控系统的开源版本。 Promethues的特点？ 1.易于管理 2.易于集成 3.强大的数据模型 4.强大的数据查询语言 PromQL 5.高效 6.可扩展 Promethues的应用场景？ 它既适合应用在传统监控架构上，也适合于容器/云计算架构上。 1、Prometheus在记录纯数字时间序列方面表现非
promethues下篇PDF
01-11
promethues下篇PDF
什么是 Promethues | 普罗米修斯（ 集群监控系统 ）
XIATWO
01-09 2270
Promethues 监控系统 Prometheus 是个啥 Prometheus是由SoundCloud开发的开源监控报警系统和时序列数据库(TSDB)。 Prometheus使 用Go语言开发，是Google BorgMon监控系统的开源版本。 监控系统 什么是监控系统 1、监控系统在这里特指对数据中心的监控，主要针对数据中心内的硬件和软件进行监控和告警 2、随着技术不断迭代，越来越复杂的数据中心环境对监控系统提出了更越来越高的要求：需要监控不同的对象，例如容器，分布式存储，SDN网络，分布式系统
Promethues入门极简教程
抱愚守拙，持之以恒；不问结果，相信过程.
09-11 755
preometheus是一个时间序列数据库，主要采集时间流的时间序列（比如request_total等时间序列）的metrics信息。
Promethues基础及安装
faoids的博客
03-15 324
可扩展： prometheus配置比较简单， 可以在每个数据中心运行独立的prometheus server, 也可以使用联邦集群，让多个prometheus实例产生一个逻辑集群，还可以在单个prometheus server处理的任务量过大的时候，通过使用功能分区和联邦集群对其扩展。prometheus是基于一个开源的完整监控方案，其对传统监控系统的测试和告警模型进行了彻底的颠覆，形成了基于中央化的规则计算、统一分析和告警的新模型。高效： 对于监控系统而言，大量的监控任务必然导致有大量的数据产生。
二进制部署promethues
2303_79207100的博客
01-29 910
promethues server，定期从静态配置的监控目标或者基于服务发现的自动配置目标中进行数据拉取，拉取的数据会持久化保存到存储设备中（先拉取数据纳入到监控系统中，才能进行时序数据采集、存储、告警和展示），能直接把api server作为服务发现系统使用，动态监控、动态发现。（2）promethues认为只有最近的数据才有查询的需要，保存在本地的数据默认只有15天，不支持大量的历史数据进行存储，也不支持过往的历史数据，若一定要保存，可以基于远端存储，上传到influxDB或openTSDB系统中。
Promethues原理详解
qq_45088125的博客
08-14 1233
Prometheus 是一个开源的服务监控系统和时序数据库，其提供了通用的数据模型和快捷数据采集、存储和查询接口。它的核心组件Prometheus server会定期从静态配置的监控目标或者基于服务发现自动配置的自标中进行拉取数据，当新拉取到的数据大于配置的内存缓存区时，数据就会持久化到存储设备当中。...
kube-promethues添加自定义指标
whz-emm的博客
10-08 1691
通过promethues-golang创建自定义指标 https://github.com/prometheus/client_golang/blob/master/examples/random/main.gohttps://github.com/prometheus/client_golang/blob/master/examples/random/main.go 直接go run main.go运行起来即可 此时通过IP:8080/metrics可以获取到数据 添加额外监控组件配置scrape_c
云服务器上面安装promethues
qq_38519364的博客
10-31 441
云服务器上面安装promethues
python 编写 promethues exporter
weixin_44119390的博客
01-01 685
promethues 服务中记录数据 promethues 支持的数据类型 counter：一个计数器是代表一个累积指标单调递增计数器，它的值只能增加或在重新启动时重置为零。 GauGge：表示单个数值，可以任意地上升和下降的度量。常用于测量值，如温度或当前内存使用情况，但也可用于可以上下的“计数”，例如并发请求的数量。 Summary：摘要采样观察（通常是请求持续时间和响应大小等） ...
promethues监控模板.zip
04-06
promethues监控模板.zip
promethues+zookeeper-exporter
10-24
promethues+zookeeper-exporter
promethues（普罗米修斯）监控宿主机-详细文档
06-19
promethues（普罗米修斯）监控宿主机——详细文档，超详细文档总结
promethues up and running
07-31
promethues监控教程，以及grafana展示教程。一本不错的英文教程
kube-prometheus 系列1 项目介绍
云原生，DevOps，Kubernetes
08-16 4593
相比于手动安装并配置 Prometheus、Alertmanager、Grafana 等单个组件，使用 kube-prometheus 可以节省部署和管理Prometheus监控生态组件的时间和精力。kube-prometheus 是一个基于 Kubernetes 部署的 Prometheus 和 Grafana 监控系统的完整解决方案，是 Prometheus Operator 的实现之一。整个生态包含诸多组件，为了简化安装部署和配置高可用等，社区开发了kube-prometheus项目。
k8s通过deployment创建pod失败排查
最新发布
null
06-13 200
在k8s集群中，deployment启动后没有成功创建pod，通过“kubectl describe deployment ${DEPLOY_NAME} ”，看到如下日志，只看到“ReplicaFailure True FailedCreate”，但是没有failed的原因。其实原因藏在edit deployment里面。可以通过"edit deployment"来查看，错误原因一般在最后几行。
k8s离线部署Calico网络（2续）
weixin_72819498的博客
06-10 267
链接：https://pan.baidu.com/s/14ReJW-ZyYZFLbwSEBZK6mA?
K8s 集群高可用master节点ETCD全部挂掉如何恢复?
山河已无恙
06-09 684
博文内容涉及集群 ETCD 全部挂掉，通过备份文件恢复的操作 Demo理解不足小伙伴帮忙指正 😃,生活加油不必太纠结于当下，也不必太忧虑未来，当你经历过一些事情的时候，眼前的风景已经和从前不一样了。——村上春树前提是需要etcd备份文件，如果没有etcd备份，或者其他的备份手段，可能 GG 了这里默认需要使用etcdctl的地方已经安装了该工具。
promethues监控项
10-10
Prometheus是一个开源的监控系统，可以用于收集、存储和展示各种应用程序的指标数据。在Prometheus中，监控项是指用于收集指标数据的目标对象。 Prometheus可以通过以下方式监控不同类型的对象： ...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值