摘要：使用模式采集时间序列数据，可以避免有问题的服务器推送坏的。客户端库，为需要监控的服务生成相应的并暴露给。用于暴露已有的第三方服务的给。根据配置文件，对接收到的警报进行处理，发出告警。
Prometheus 是一套开源的系统监控报警框架。它的设计灵感源于 Google 的 borgmon 监控系统，由Sounyunucloud 在 2012 年创建，后作为社区开源项目进行开发，并于 2015 年正式发布。2016 年，Prometheus 正式加入 Cloud Native Computing Foundation(CNCF)，成为受欢迎度仅次于 Kubernetes 的项目，目前已广泛应用于Kubernetes集群监控系统中，大有成为Kubernetes集群监控标准方案的趋势。
Prometheus的优势强大的多维度数据模型：
时间序列数据通过 metric 名和键值对来区分。所有的 metrics 都可以设置任意的多维标签。数据模型更随意，不需要刻意设置为以点分隔的字符串。可以对数据模型进行聚合，切割和切片操作。支持双精度浮点类型，标签可以设为全 unicode。灵活而强大的查询语句（PromQL）：在同一个查询语句，可以对多个 metrics 进行乘法、加法、连接、取分数位等操作。
易于管理： Prometheus server 是一个多带带的二进制文件，可直接在本地工作，不依赖于分布式存储。
高效：平均每个采样点仅占 3.5 bytes，且一个 Prometheus server 可以处理数百万的 metrics。
动态获取：可以通过服务发现或者静态配置去获取监控的 targets。
使用 pull 模式采集时间序列数据，可以避免有问题的服务器推送坏的 metrics。
支持 push gateway 的方式把时间序列数据推送至 Prometheus server 端。
多种可视化图形界面。
Prometheus架构及组件图片源于Prometheus官方文档
上图为Prometheus的架构图，包含了Prometheus的核心模块及生态圈中的组件，简要介绍如下：
Prometheus Server: 用于收集和存储时间序列数据。
Client Library: 客户端库，为需要监控的服务生成相应的 metrics 并暴露给 Prometheus server。当 Prometheus server 来 pull 时，直接返回实时状态的 metrics。
Push Gateway: 主要用于短期的 jobs。由于这类 jobs 存在时间较短，可能在 Prometheus 来 pull 之前就消失了。为此 jobs 可以直接向 Prometheus server 端推送它们的 metrics。这种方式主要用于服务层面的 metrics，对于机器层面的 metrices，建议使用 node exporter。
Exporters: 用于暴露已有的第三方服务的 metrics 给 Prometheus。
Alertmanager: 从 Prometheus server 端接收到 alerts 后，会去除重复数据，分组，并路由到对应的接受方式，发出报警。
工作原理如上图可见，Prometheus 的主要模块包括：Prometheus server, exporters, Pushgateway, PromQL, Alertmanager 以及图形界面，其大概的工作流程是：
Prometheus server 定期从配置好的 jobs 或者 exporters 中拉 metrics，或者接收来自 Pushgateway 发过来的 metrics，或者从其他的 Prometheus server 中拉 metrics。
Prometheus server 在本地存储收集到的 metrics，并运行已定义好的 alert.rules，记录新的时间序列或者向 Alertmanager 推送警报。
Alertmanager 根据配置文件，对接收到的警报进行处理，发出告警。
在图形界面中，可视化采集数据。
Prometheus 工作的核心，是使用 Pull （抓取）的方式去搜集被监控对象的 Metrics 数据（监控指标数据），然后，再把这些数据保存在一个 TSDB （时间序列数据库，比如 OpenTSDB、InfluxDB 等）当中，以便后续可以按照时间进行检索。
适用场景Prometheus非常适合记录纯时间序列的数据。它既适用于面向服务器等硬件指标的监控，也适用于高动态的面向服务架构的监控。对于现在流行的微服务，Prometheus的多维度数据收集和数据筛选查询语言也是非常的强大。Prometheus是为服务的可靠性而设计的，当服务出现故障时，它可以使你快速定位和诊断问题。它的搭建过程对硬件和服务没有很强的依赖关系。
Prometheus重视可靠性，即使在故障情况下，您也可以随时查看有关系统的可用统计信息。如果您需要100％的准确度，例如按请求计费，Prometheus不是一个好的选择，因为收集的数据可能不够详细和完整。
总之，在需要高可用性的业务场景，Prometheus是一个非常好的选择，但对于高精度、高准确率的业务场景，Prometheus并非最佳选择。
文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。
转载请注明本文地址：https://www.ucloud.cn/yun/127161.html
摘要：客户端库，为需要监控的服务生成相应的并暴露给。根据配置文件，对接收到的警报进行处理，发出告警。再创建一个来告诉需要监控带有为的背后的一组的。什么是Prometheus关于PrometheusPrometheus 是一套开源的系统监控报警框架。它的设计灵感源于 Google 的 borgmon 监控系统，由SoundCloud 在 2012 年创建，后作为社区开源项目进行开发，并于 2015 ...
摘要：添加接收人监控中心支持添加邮箱及微信两种告警，需要注意的是，添加邮箱告警的话，需要预先配置发件服务器。由于监控中心配置了一条告警规则，只要企业微信的信息填写正确，一般分钟以内均可从企业微信中获取到告警信息。监控中心概述监控中心是UK8S提供的产品化监控方案，提供基于Prometheus的产品解决方案，涵盖Prometheus集群的全生命周期管理，以及告警规则配置、报警设置等功能，省去了自行搭...
摘要：详细请见产品价格产品概念使用须知名词解释漏洞修复记录集群节点配置推荐模式选择产品价格操作指南集群创建需要注意的几点分别是使用必读讲解使用需要赋予的权限模式切换的切换等。UK8S概览UK8S是一项基于Kubernetes的容器管理服务，你可以在UK8S上部署、管理、扩展你的容器化应用，而无需关心Kubernetes集群自身的搭建及维护等运维类工作。了解使用UK8S为了让您更快上手使用，享受UK...
摘要：核心概念核心概念核心概念为了在的配置和使用中可以更加顺畅，我们对中的数据模型类型以及和等概念做个简要介绍。名字该名字应该具有语义，一般用于表示的功能，例如表示请求的总数。可以对观察结果采样，分组及统计。 核心概念为了在 Prometheus 的配置和使用中可以更加顺畅，我们对 Prometheus 中的数据模型、metric 类型以及 instance 和 job 等概念做个简要介绍。数据模...
摘要：开启监控中心开启监控中心开启监控中心监控中心支持单节点模式和高可用两种模式，需要注意的是，开启监控需要消耗一定的内存资源，因此，如果开启勾选了高可用模式，请注意至少有个节点的可用资源大于的容器配置。其中为块，为块。 开启监控中心监控中心支持单节点模式和高可用两种模式，需要注意的是，开启监控需要消耗一定的CPU、内存资源，因此，如果开启勾选了高可用模式，请注意：至少有2个Node节点的可用资源...
摘要：宋体本文从拉勾网的业务架构日志采集监控服务暴露调用等方面介绍了其基于的容器化改造实践。宋体此外，拉勾网还有一套自研的环境的业务发布系统，不过这套发布系统未适配容器环境。写在前面 拉勾网于 2019 年 3 月份开始尝试将生产环境的业务从 UHost 迁移到 UK8S，截至 2019 年 9 月份，QA 环境的大部分业务模块已经完成容器化改造，生产环境中，后台管理服务已全部迁移到 UK8...
阅读 99·2024-11-07 18:25
阅读 130153·2024-02-01 10:43
阅读 787·2024-01-31 14:58
阅读 757·2024-01-31 14:54
阅读 82577·2024-01-29 17:11
阅读 2882·2024-01-25 14:55
阅读 1926·2023-06-02 13:36
阅读 2852·2023-05-23 10:26
