1.Prometheus监控入门之基础架构介绍

已于 2022-05-21 10:15:47 修改
阅读量703 收藏 2
点赞数
文章标签： 数据库 大数据 分布式 编程语言 python
于 2021-07-12 20:51:32 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u013072756/article/details/124825178
版权

0x00 前言简述

  • 0.学习导读

  • 1.开源监控系统简史

  • 2.Prometheus 基础简介

  • 3.Prometheus 架构组件

  • 4.Prometheus 基本原理

  • 5.Prometheus 数据模型和类型

  • 6.Prometheus 学习参考

0.学习导读

Q: 什么是监控?
描述: 一般的将这类可操作的计算机系统归纳为以下四个特征;

1.告警:掌握故障的发生时间并通知相应人员(监控的重要目标)。
2.调试:通过相应人员后需要根据判断错误根源来解决问题。
3.趋势:展示一段时间内系统相应指标的发生变化趋势(该特征影响架构设计和处理)。
4.管道:监控系统的数据处理管道用作于定制采集。

Q: 监控采集数据存储量优化解决方案?
描述: 我们知道系统的数据监控采集必不可少都要处理或者存储采集到的数据,但是往往我们只需要针对某一事件的度量值进行存储，而其他值只是作为瞬间或者某一时间段内监控指标进行匹配对比报警，所以我们为了减少系统资源的消耗，采用以下四种方案来尽可能的减少数据存储量。

1.剖析: 在无法提供事件的完整上下文时，可以截取某一段有限时间内的上下文作为剖析对象。(主要用作计算调试)
2.跟踪: 并不是关注所有事件而是采集某项指标的事件。(主要用于某一个指标的异常分析)
3.日志: 它关注的是一组有限的事件并记录每个事件的一些上下文。(通常日志记录的事件记录并非采集式)
4.指标: 它在很大程度上忽略了上下文而是跟踪不同类型事件随时间的聚合。(严格限制指标数量采集特定指标的数据)

Q: 日志分类说明？
描述: 根据不同类型的日志有着不同的用处、耐用性和保留要求，大致分为以下四类。

1.事务日志: 关键业务记录需要永久保存,主要涉及金钱和面向用户的关键性功能。
2.请求日志: 例如HTTP请求和数据库请求主要用于业务的处理优化和访问趋势。
3.应用日志: 即应用进程本身的日志通常是人为处理，主要涉及启动信息、后台运行任务以及其他进程级别的日志。
4.调试日志: 在应用或者程序出现莫名其妙的的Bug开启所有其日志在可靠性和保留性要求较低。

1.开源监控系统简史

描述: 下面列举出比较常用的开源监控系统Nagios ['negos']、Cacti 英 [ˈkæktaɪ]、Ganglia 英 [ˈgæŋglɪə]、Zabbix、Openfalcon、Prometheus

监控软件发展历史简述:

  • 1994 年 - MRTG 1.0 由 Tobias Oetiker 编写主要是通过SNMP协议来监控网络。

  • 1996 年 - NetSaint 由 Ethan Galstad 创建的作为一个MS-DOS应用来执行ping命令

  • 1997 年 - MRTG 1.0 改进而来采用C进行重写并创造了用于存储指标数据的RRD(Round Robin Database)。

  • 2002 年 - Nagios 由 NetSaint 重命名

  • 2006 年 - Graphite 使用与 RRD 类似的设计的Whisper来做指标数的存储。(其本身不会收集数据而是将数据发送给收集工具)

  • cacti

  • zabbix

  • 2012 年 - Prometheus 由Sound Cloud开发者进行维护开发后2016年加入到CNCF成为了第二个成员。

Nagios
描述: 它是一款免费的开源 IT 基础设施监控系统,基于CS架构。

  • 优点：通过安装插件和编写监控脚本，可以实现对目标灵活的监控

  • 缺点：无法查询历史数据

b5aa9f3e16ce5f26699f1e2742f4819b.png

Cacti
描述: 基于php/mysql/snmp及rrdtool开发的网络流量监测图形分析工具

  • 优点：机房、流量监控方面应用较广泛

  • 缺点：报警比较简陋

494f3659a3c86a5391629ce9673b3c9e.png

Ganglia
描述: 用于监控数以千计的节点的基础性能和流量使用情况。

  • 优点：部署方便，用不同分层管理上万台机器，无需逐个添加配置；ganglia服务端能通过一台客户端收集到同一个网段的所有客户端的数据；ganglia集群服务端能够通过一台服务端收集到它下属的所有客户端数据。

  • 缺点：没有内置的消息系统，无法报警

660b756b9134aabfcc1fa4adbeb00573.png

Openfalcon
描述: OpenFalcon是一款企业级、高可用、可扩展的开源监控解决方案(企业使用较多)。

  • 优点: 支持多种方式报警，且会对警告进行合并处理，不会进行短信轰炸。

  • 缺点: 社区支持不完善、基础软件监控不支持
    ffe60115d003186cdce5104666491cda.png

Zabbix
描述: Zabbix 是一个企业级的分布式开源监控方案，需要在被监控主机中安装Agent(个人、企业使用较多)。

  • 优点:

  • 中
    使用成本低安装部署简单，百分之95%的功能都可以在Web UI界面上进行操作，主机监控添加方便。

  • 缺点: 自定义监控脚本编写复杂
    ccee4cc5d9a24c88a68104e67d9ebe44.png

Why use Prometheus?
描述: 这里不得不提到老生常谈的东西，人们使用机器方法演变/监控选型；

  • 1.最初人们直接使用物理机，将进程直接跑在物理机上面

    • 从监控的角度考虑：监控起来最方便，复杂度最低

  • 2.后来人们开始在物理机中进行虚拟化来安装多台虚拟机例如(VMware/kvm)

    • 从监控角度来讲：相对比较复杂，我们要知道哪台机器上跑了哪些虚拟机，同时还要知道每个虚拟机里面跑了什么程序

  • 3.最后由于docker容器的出现进行了，翻起了新一轮的技术革命。

    • 从监控角度来讲：监控起来复杂度非常高，我们要知道每台机器上跑了哪些docker，和每个docker的资源使用情况，(很难用静态方法去监控)

  • 4.现在由于云环境的火热常采用 Kubernetes 对 Docker 容器进行编排，极大的提高了运维效率;

    • 从监控角度来讲：Prometheus是在Kubernetes孕育而来，在原生支持上面提到的各种工具的监控。

9a817d33e079d5b7c3a983f69acae5f5.png

总结说明:

  • Prometheus并不是最好的监控系统，它不适用于存储事件日志或者单一的事件以及敏感信息采集，选择它的主要原因是他对云环境的原生支持；

  • Promethus 专门运行监控而设计存在由于某些因素(例如内核调度和抓取故障)导致一些数据不准确和资源竞争的现象，即并不能保证数据的绝对准确性。

  • 恰好现在云环境是当前最火，应用最广泛的解决方案；

  • 监控是应用于服务的，不同的服务场景选择不同的监控软件，切勿盲从；

2.Prometheus 基础简介

简介: Prometheus 是一个开源的云原生基于指标的监控系统以及告警系统，泛义上包括监控，告警，时序数据库(TSDB)，各种指标收集器(Exporter)组成。现在最常见的Kubernetes容器管理系统中，通常会搭配Prometheus进行监控, 所以它主要用于容器监控和k8s集群监控以及云环境的监控(OpenStack)。

2016年 Prometheus 加入了云原生计算基金会(Cloud Native Computing Foundation,CNCF)，成为kubernetes之后的第二个托管项目 google SRE的书内也曾提到跟他们BorgMon监控系统相似的实现是Prometheus。

官网介绍: 从度量到洞察使用领先的开源监控解决方案。

Dimensional data (高维数据) : Prometheus implements a highly dimensional data model. Time series are identified by a metric name and a set of key-value pairs.

Powerful queries (强大的查询) : PromQL allows slicing and dicing of collected time series data in order to generate ad-hoc graphs, tables, and alerts.

Great visualization (UI-视觉效果) : Prometheus has multiple modes for visualizing data: a built-in expression browser, Grafana integration, and a console template language.

Efficient storage (高效的存储) : Prometheus stores time series in memory and on local disk in an efficient custom format. Scaling is achieved by functional sharding and federation.

Simple operation (操作简单) : Each server is independent for reliability, relying only on local storage. Written in Go, all binaries are statically linked and easy to deploy.

Precise alerting (精确报警) :
Alerts are defined based on Prometheus's flexible PromQL and maintain dimensional information. An alertmanager handles notifications and silencing.

Many client libraries (众多客户端库) : Client libraries allow easy instrumentation of services. Over ten languages are supported already and custom libraries are easy to implement.

Many integrations (许多集成监控指标) : Existing exporters allow bridging of third-party data into Prometheus. Examples: system statistics, as well as Docker, HAProxy, StatsD, and JMX metrics.

优点:

  • 定制化难度低: 后端采用Go语言开发、前端可用Grafana直接进行Json编辑

  • 开箱即用的各种服务发现机制，可以自动发现监控端点

  • 专为监控指标数据设计的高性能时序数据库TSDB，单机单实例支持数十万监控项/每秒

  • 强大易用的查询语言PromQL以及丰富的聚合函数便于对已有数据进行新的聚合。

  • 生态完善有各种现成的开源Exporter实现，自定义的监控指标也非常简单

  • 配置灵活的告警规则，支持告警分组、抑制、静默、路由等等高级功能

  • 高可用的架构核心组件都有高可用解决方案

  • 强大的功能除了云平台之外还支持主机、各种db资源、web网站、dns、网络延时、端口连通性、各种语言写的程序监控等等;

  • 成熟的社区和健全的生态：

缺点:

  • 安装相对复杂、监控、告警和界面都分属于不同的组件。

  • 没有任何监控告警之外的功能(用户/角色/权限控制等等),需要多配置必须在配置文件中修改。

  • 通过 HTTP 拉取监控数据效率不够高

Tips: 保有量最多的三种监控系统(Zabbix、Openfalcon、Promethes)方式对比;
ef5b8ba82063b52d0b584d5613ff8f42.png

3.Prometheus 架构组件

描述: Prometheus 架构由客户端在被监控系统上利用导出器采集指标数据，在服务端配置静态目标或者动态的服务发现，此时Prometheus 根据抓取频率进行数据的拉取(exporter)和推送(pushgateway), 然后将抓取的数据存储到时序数据库(TSDB)之中，再利用Grafana的仪表盘展示Prometheus服务中的数据，同时设定记录规则(PromQL表达式)和告警规则(频率)并发送给alertmanager进行发送报警事件到运维人员手中，最终可能还需要进行数据的持久化默认的是本地存储但可以通过远程读写的API让其他系统也可接入采集存储数据。

94eff48ff183ec68411522a128ff69a7.png

Prometheus 监控体系如下图几大部分构成:

  • 1.Prometheus server : 主要负责数据采集和存储，提供PromQL查询语言的支持 (默认端口: 9090)

  • 2.exporters : 监控指标采集器，支持数据库、硬件、消息中间件、http 服务器、jmx 等 (默认端口:)

  • 3.alertmanager : 用来进行报警、prometheus_cli：命令行工具 (默认端口: 9093)

  • 4.Web UI : 原生UI功能较为单一，常常采用Grafana这个跨平台的开源的分析和可视化工具 (默认端口: 3000)

  • 5.PushGateWay : 跨网段被监控主机指标采集数据转发到网关代理等待Server的Pull。

  • 6.Time Series DataBase : 时序数据库(TSDB)用于保存时间序列（按时间顺序变化）的数据,每条记录都有完整的时间戳，基于时间的操作都比较方便.

Q:采用时序数据库(TSDB)的优点?

1.时间作为他的主轴，数据按顺序到达。

2.大多数操作是插入新数据，偶尔伴随查询，更新数据比较少。

3.时间序列数据累计速度非常快，更高的容纳率、更快的大规模查询以及更好的数据压缩。

4.TSDB 通常还包括一些共通的对时间序列数据分析的功能和操作:数据保留策略、连续查询、灵活的时间聚合等。

Q:什么是微服务架构?

  • 他的组件是可以独立工作的，每个组件都不依赖其他的组件

  • 配置文件来将不同的模块关联到一起，实现整个监控的功能

  • 每个独立的模块都可以扩展，做高可用方案

4.Prometheus 基本原理

描述: Prometheus 基本工作流程步骤如下:

  • Setp 1.Prometheus Server 读取配置解析静态监控端点（static_configs），以及服务发现规则(xxx_sd_configs)自动收集需要监控的端点

  • Setp 2.Prometheus Server 周期刮取(scrape_interval)监控端点通过HTTP的Pull方式采集监控数据

  • Step 3.Prometheus Server HTTP 请求到达 Node Exporter，Exporter 返回一个文本响应，每个非注释行包含一条完整的时序数据：Name + Labels + Samples(一个浮点数和一个时间戳构成), 数据来源是一些官方的exporter或自定义sdk或接口;

d46c1d3d5bf2c38d4343eaf4b6d8ae9e.png

  • Step 4.Prometheus Server 收到响应，Relabel处理之后(relabel_configs)将其存储在TSDB中并建立倒排索引

  • Step 5.Prometheus Server 另一个周期计算任务(evaluation_interval)开始执行，根据配置的Rules逐个计算与设置的阈值进行匹配，若结果超过阈值并持续时长超过临界点将进行报警，此时发送Alert到AlertManager独立组件中。

  • Step 6.AlertManager 收到告警请求，根据配置的策略决定是否需要触发告警，如需告警则根据配置的路由链路依次发送告警，比如邮件、微信、Slack、PagerDuty、WebHook等等。

  • Step 7.当通过界面或HTTP调用查询时序数据利用PromQL表达式查询，Prometheus Server 处理过滤完之后返回瞬时向量(Instant vector, N条只有一个Sample的时序数据)，区间向量(Range vector，N条包含M个Sample的时序数据)，或标量数据 (Scalar, 一个浮点数)

  • Step 8.采用Grafana开源的分析和可视化工具进行数据的图形化展示。

463b7ec8ee8cee8580ada297ffbf941d.png

5.Prometheus 数据模型和类型

描述: metrics name & label 指标名称和标签(key=value)的形式组成的数据模型，其次是Prometheus惯例是使用基本单元如字节(Byte)和秒(s);

metrics name : 一般由字母和下划线构成 prometheus_http_requests_total
Lable : 标签就是对一条时间序列不同维度的识别 (应用名称=name_监测对像=object_数值类型=int_单位=ok)。

基础示例:

# 数据模型 : metric  @ timestamp  =>  value
http_requests_total{status="200",method="GET"}@1434417560938  => 94355

# 数据格式 : Metric_Name{key="value"}
go_info{instance="localhost:9090", job="prometheus", version="go1.16.2"}

数据类型
描述: Prometheus 常常使用以下核心指标类型 Counter(计数器类型) 、Gauge(仪表盘类型) 、Histogram(直方图类型)、Summary(摘要类型);

  • counter 英 [ˈkaʊntə(r)] 类型 ：该指标的工作方式和计数器一样，只增不减（除非系统发生了重置）。Counter一般用于累计值，例如记录请求次数、任务完成数、错误发生次数,通常来讲许多指标counter本身并没有什么意义，有意义的是counter随时间的变化率如采用rate函数能计算出每秒增长,由 <basename>_total组成。

  • Gauge 英 [ɡeɪdʒ] 类型 : 可增可减的指标类，可以用于反应当前应用的状态。比如机器内存，磁盘可用空间大小node_memory_MemAvailable_bytes/node_filesystem_avail_bytes等等;

  • Histogram 英 [ˈhɪstəɡræm] 类型 : 客户端计算主要用于表示一段时间范围内对数据进行采样（通常是请求持续时间或响应大小），并能够对其指定区间以及总数进行统计，通常它采集的数据展示为直方图。由 <basename>_bucket, <basename>_sum， <basename>_count 组成;

所有事件产生值的大小的总和: basename_sum
事件发生的总次数: basename_count
事件产生的值分布: basename_bucket

504b9db1839bb99a003d58db56d9af30.png

  • Summary 英 [ˈsʌməri] 类型 : 与Histogram类型相似主要用于表示一段时间内数据采样结果（通常时请求持续时间或响应大小），它直接存储了分位数据，而不是根据统计区间计算出来的, 由< basename>_sum，< basename>_count,<basename>{quantile="<φ>"}组成;

7a26617383aa29ad119d312c040db627.png

Q: Histogram 与 Sumamry 的两者区别?

Histogram 指标: 直接反应了在不同区间内样本的个数，区间通过标签len进行定义，同时对于Histogram的指标，我们还可以通过histogram_quantile()函数计算出其值的分位数。
Sumamry 指标: 分位数则是直接在客户端计算完成。

因此Summary在通过PromQL进行查询时有更好的性能表现，而Histogram则会消耗更多的资源。反之对于客户端而言Histogram消耗的资源更少。
在选择这两种方式时用户应该按照自己的实际场景进行选择。

6.Prometheus 学习参考

描述: 当前2021年4月30日Prometheus Server版本: v2.26.0下载地址:https://prometheus.io/download/
官方地址: https://prometheus.io/0
项目地址:

  • https://github.com/prometheus/

  • https://github.com/prometheus-community

帮助文档: https://prometheus.io/docs/prometheus/latest/getting_started/

# 关注 WeiyiGeek 微信公众号

历史文章:

1-Kubernetes基础入门体系架构学习(一)

2-Kubernetes基础入门体系架构学习(二)

3-Kubernetes入门之CentOS上安装部署k8s集群

全栈工程师修炼指南
关注
  • 0
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
1-云原生监控体系-Prometheus架构解析和部署配置
qq_22648091的博客
06-26 2982
Prometheus是一个开源系统监控和警报工具包。自2012年成立以来，许多公司和组织都采用了Prometheus，该项目拥有非常活跃的开发人员和用户社区。现在是一个独立的开源项目，独立于任何公司进行维护。为了强调这一点，并澄清项目的治理结构，Prometheus于2016年加入了云原生计算基金会(CNCF)，成为继Kubernetes之后的第二个托管项目。Prometheus将其指标收集并存储为时间序列数据，即指标信息与记录它的时间戳一起存储，以及称为标签的可选键值对。
监控篇 | Prometheus 架构
JackTian
09-25 285
25星期二2018年9月监控是运维必备，它可以实时获取并展现最新动态，提高防患于未然。一日一签Prometheus的架构原理Prometheus的基本原理是通过HTTP协...
7 张图，彻底讲透 Prometheus 架构原理
最新发布
n9ecommunity的博客
07-22 1400
TargetsExportersPromQL让我们详细看看每个组件。这解释了 Prometheus 架构的主要组件，并将给出 Prometheus 配置的基本概述，您还可以使用配置做很多事情。每个组织的需求会有所不同，并且 Prometheus 在不同环境（例如 VM 和 Kubernetes）中的实现也有所不同。如果您了解基础知识和关键配置，您就可以轻松地在任何平台上落地它。本文翻译自这里。运维监控实战笔记。
prometheus-强大的监控框架
chen_wen_jun的博客
02-20 494
prometheus-强大的监控框架 prometheus是当前监控k8s最常用的监控框架，并且grafana也支持prometheus搭建可视化监控 prometheus组件 prometheus架构图如下: prometheus server prometheus server本身就是一个时间序列数据库，时间序列数据库就是prometheus每隔几秒就会对同一个指标重复查询其值，同一个指标会保存其历史时间段的值，这对于监控来说比较重要，监控需要展示历史阶段不同时间的值，所以叫时间序列数据库 expo
Prometheus（普罗米修斯）监控架构简介
热门推荐
Sansipi的博客
09-25 1万+
Prometheus（普罗米修斯）监控架构简介
企业级中大型监测系统架构设计（基于Prometheus）
python_small_pan的博客
06-14 355
基于Prometheus实现的企业级监测系统架构
Prometheus 从入门到入土 -----入门介绍
m0_62948770的博客
10-25 1704
prometheus入门
prometheus监控平台
12-04
Prometheus监控平台是现代微服务架构中的重要组成部分，因为它能够有效地监控分布式系统的健康状况。 Prometheus的工作原理主要包括以下几个核心概念： 1. **目标（Target）**：Prometheus通过HTTP协议定期拉取...
Prometheus 基础入门
xiaoleinb的博客
09-17 137
所有采集的监控数据均以指标(metric)的形式保存在内置的时间序列数据库当中(TSDB)。Exporter将监控数据采集的端点通过HTTP服务的形式暴露给Prometheus Server，Prometheus Server通过访问该Exporter提供的Endpoint端点，即可获取到需要采集的监控数据。直接采集：Exporter直接内置了对Prometheus监控的支持，比如cAdvisor，Kubernetes，Etcd，Gokit等，都直接内置了用于向Prometheus暴露监控数据的端点。
prometheus-2.24.0.linux-amd64.tar.gz
02-02
Prometheus 是一个开源的系统监控和...总的来说，Prometheus 是一个强大且灵活的监控解决方案，通过解压和运行提供的二进制文件，你可以快速地在你的 Linux 系统上部署和配置它，从而开始监控你的基础设施和应用程序。
1.Kubernetes基础入门学习概述系统架构及组件浅析
WeiyiGeek 唯一极客IT知识分享
05-19 423
目录0x00 基础简述1.发展经历2.简要介绍3.系统架构Borg 系统Kubernetes 系统0x01 组件浅析1.Kubernetes-Master2.Kubernetes-Node3.Kubernetes-插件4.本章小结 作者: WeiyiGeek 原文地址1：https://blog.weiyigeek.top/2020/4-22-468.html 原文地址2：https://www.bilibili.com/read/cv16194345 0x00 基础简述 1.发展经历 描述:近些年由于
prometheus+vmware_exporter+邮件警报
11-13
prometheus+vmware_exporter+邮件警报，软件自信下载。
vmware_exporter:适用于Prometheus的VMWare vCenter Exporter
05-17
vmware_exporter 适用于Prometheus的VMware vCenter Exporter。 获取VMware vCenter信息： 基本VM和主机指标 当前活动快照的数量 数据存储区大小和其他内容 快照Unix时间戳记创建日期 徽章 用法 需要Python> = 3.6 使用$ python setup.py install或通过pip $ pip install vmware_exporter 。 首选以下docker命令。 根据配置部分创建config.yml 。 某些变量可以作为环境变量传递 运行$ vmware_exporter -c /path/to/your/config 转到查看指标 或者，如果您不想安装该软件包，请使用$ vmware_exporter/vmware_exporter.py或使用以下$ vmware_exporter/vmwar
prometheus-vmware-exporter:收集指标ESXi主机
05-27
prometheus-vmware-exporter 收集指标ESXi主机 建造 docker build -t prometheus-vmware-exporter . 跑步 docker run -b \ --restart=always \ --name=prometheus-vmware-exporter \ --env=ESX_HOST esx.domain.local \ --env=ESX_USERNAME user \ --env=ESX_PASSWORD password \ --env=ESX_LOG debug \ prometheus-vmware-exporter
prometheus监控系统架构原理及组件介绍
11
01-21 1191
prometheus是一套开源的监控报警、时间序列数据库的组合，适合监控docker容器，由于kubernetes的流行带动了prometheus的发展prometheus最初在soundcloud上构建的开源系统监视和报警工具包、prometheus主要由以下部分组成：prometheus server：用于抓取和存储时间序列数据exporters：主动拉取数据的插件pushgateway：被动拉取数据的插件altermanager：告警发送模块。
构建企业级监控平台系列（二十六）：Prometheus 高可用架构 Thanos 实践
民工哥的博客
11-03 131
点击下方名片，设为星标！回复“1024”获取2TB学习资源！前面介绍了 PrometheusAlertManager、Alertmanager 配置实现钉钉告警、Pushgateway、基于K8S服务发现、监控常见服务、配置Grafana 展示与报警、高可用集群方案相关的知识点，今天我将详细的为大家介绍Prometheus 高可用架构 Thanos相关知识，希望大家能够从中收获多多！如有帮助，...
在微服务架构下基于 Prometheus 构建一体化监控平台的最佳实践
KRYST4L123的博客
02-23 266
他们可能是不同的部门，会通过不同监控工具实现不同的监控系统，这些系统之间是割裂的，所以你去排查一个问题，我们都有一个体感，很多时候可能是网络问题，有些时候可能是某一台主机有问题，影响了应用性能，如果只看应用层，会觉得应用代码没有问题，但是有了这样一个全局的视图，就会很快排查到影响你应用的问题点到底在哪。比如 SLI 是应用层面的接口 error 这种指标，可能还需要关注应用运行的容器，其内存、CPU 是否在健康水位，如果超出健康水位，这可能就是预警，在接下来某段时间就会发生故障。但现在依赖的组件越来越多。
Prometheus详解（二）——Prometheus原理与架构
永远是少年
05-11 2052
今天继续给大家介绍Linux运维相关知识，本文主要内容是Prometheus的原理与架构。 一、Prometheus架构 二、Prometheus数据采集、存储和展示 三、Prometheus告警 四、Prometheus组件
Prometheus 架构全面解析
一览无遗
01-23 2469
每个组织的要求都不同，Prometheus 在不同环境中的实现也各不相同，例如 VM 和 Kubernetes。此外，当您将 prometheus 作为数据源添加到 Grafana 时，您可以使用 PromQL 查询和创建 Grafana 仪表板，如下所示。因此，Prometheus 使用。本文解释了 Prometheus 架构的主要组件，并将提供 Prometheus 配置的基本概述，您可以使用该配置执行更多操作。库是软件库，可用于检测应用程序代码，以 Prometheus 理解的方式公开指标。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

全栈工程师修炼指南

原创不易，赞赏鼓励!

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值