Prometheus高可用方案

最新推荐文章于 2024-08-19 17:12:51 发布
最新推荐文章于 2024-08-19 17:12:51 发布
阅读量774 收藏 1
点赞数
分类专栏： Prometheus
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/MuMuXiLa/article/details/106541388
版权
本文介绍了Prometheus的高可用方案，包括基本HA、基本HA+远端存储和联邦集群。基本HA通过部署多套实例实现服务可用性，但不解决数据一致性。而基本HA+远端存储结合远程存储服务如InfluxDB，实现数据持久化和可迁移性。联邦集群则用于处理大量采集任务，按功能分区。
摘要由CSDN通过智能技术生成

1.基本HA：服务可用性

此方案用户只需要部署多套Prometheus Server实例，并且采集相同的Exporter目标。 基本的HA模式只能确保Promthues服务的可用性问题，但是不解决Prometheus Server之间的数据一致性问题以及持久化问题(数据丢失后无法恢复)，也无法进行动态的扩展。因此这种部署方式适合监控规模不大，Promthues Server也不会频繁发生迁移的情况，并且只需要保存短周期监控数据的场景。

部署架构图

在这里插入图片描述

Promethues通过Pull机制进行数据采集，要确保Promethues服务的可用性，只需要部署多套Prometheus Server实例，并且采集相同的Exporter目标, 通过负载均衡访问多个prometheus实例, 即可实现基本的高可用功能。

基本的HA模式只能确保Promethues服务的可用性问题，但是不解决Prometheus Server之间的数据一致性问题以及持久化问题，也无法进行动态的扩展。适合监控规模不大，Promethues Server也不会频繁发生迁移的情况，并且只需要保存短周期监控数据的场景。

2.基本HA+远端存储

在基本HA模式的基础上通过添加Remote Storage存储支持，将监控数据保存在第三方存储服务上。

在解决了Promethues服务可用性的基础上，同时确保了数据的持久化，当Promethues Server发生宕机或者数据丢失的情况下，可以快速的恢复。 同时Promethues S

最低0.47元/天 解锁文章
MuMuXiLa
关注
专栏目录
Prometheus 学习之——高可用方案 Thanos
u012140251的博客
11-21 1937
Prometheus 学习之——高可用方案 Thanos 文章目录Prometheus 学习之——高可用方案 Thanos前言一、Thanos 的 4 个组件二、节点发现三、历史数据存储四、历史数据降准 前言 在 Thanos 产生前，在 Improbable 公司内部存在多套 Kubernetes 集群，每个集群都部署了一套独立的 Prometheus，再通过 Grafana 之类的展示工具分别查看每个集群的资源，缺乏一个全局资源视图；另一方面，Prometheus 的高可用需要得到保证，需要一套数据
Prometheus数据存储、集群和高可用
hanjinjuan的博客
11-17 5712
文章目录1. Prometheus 储存瓶颈2. 本地存储2.1 本地存储配置2.2 从失败中恢复3. 远程存储3.1 Remote Write3.2 Remote Read3.3 配置文件3.4 使用Influxdb作为远程存储3.4.1 Influxdb部署3.4.2 创建数据库3.4.3 Prometheus指定存储路径3.4.4 添加远程读写3.4.5 验证influxdb数据4. 联邦集群4.1 使用联邦集群4.2 功能分区5. Prometheus高可用部署5.1 基本HA：服务可用性5.2 基
prometheus高可用解决方案（VictoriaMetrics ）
最新发布
Timmy的博客
08-19 588
数据去重的目的是处理多个 Prometheus 实例同时采集同一组指标数据的情况，防止在查询时出现重复的时间序列。在使用 VictoriaMetrics 时，数据去重通常是在查询时进行的，而不是在写入时。VictoriaMetrics 支持通过配置标签的方式来实现数据去重，从而保证在从多个 Prometheus 实例收集数据时，查询结果不会出现重复数据。VictoriaMetrics 可以从多个 Prometheus 实例接收数据，并根据配置进行去重，确保数据的一致性；配置远程写入（两个节点都要配置）
thanos配置promethes高可用
wenwenxiong的专栏
05-11 2222
参考文档：https://www.kubernetes.org.cn/7217.html prometheus高可用方案 prometheus官方的高可用有几种方案： HA：即两套 prometheus 采集完全一样的数据，外边挂负载均衡 HA + 远程存储：除了基础的多副本prometheus，还通过Remote write 写入到远程存储，解决存储持久化问题 联邦集群：即federation，按照功能进行分区，不同的 shard分点采集不同的数据，由Global节点来统一存放，解决监控数据规模的问题。
Prometheus 高可用改造
小楼一夜听春雨，深巷明朝卖杏花
05-10 1589
前面我们已经学习了 Prometheus 的使用，了解了基本的 PromQL 语句以及结合 Grafana 来进行监控图表展示，通过 Alertmanager 来进行报警，这些工具结合起来已经可以帮助我们搭建一套比较完整的监控报警系统了，但是也仅仅局限于测试环境，对于生产环境来说则还有许多需要改进的地方，其中一个非常重要的就是 Prometheus 的高可用。 单台的 Prometheus 存在单点故障的风险，随着监控规模的扩大，Prometheus 产生的数据量也会非常大，性能和存储都会面临问题。毋庸
全网唯一的、DIY的Prometheus高可用方案，生产未上，测试先行。
ttropsstack的博客
07-09 1156
关于prometheus的高可用方案，经过笔者不断的研究、对比、和搜索，发现不管是官方、还是各大搜索引擎搜索出来的方案，都不符合笔者的需求。因此，笔者自己设计了一套prometheus主备的方案。该方案是一个很low的方案，但经过不断的实践、验证，最后发现还挺实用。关于本方案，笔者以后还会找机会用go或者python开发一个带UI界面的prometheus主备管理器，让它的功能更加完善，做到更自动化和智能化。Prometheus是监控领域的新启之秀，潜力非常大，K8S内置对它直接支持，直接有提供export
Prometheus 高可用方案
关注微信公众号【开源Linux】，后台回复『10T』，领取10T学习资源大放送，涵盖Linux、虚拟化、容器、云计算、网络、Python、Go等书籍和视频
01-05 1216
Prometheus的本地存储给Prometheus带来了简单高效的使用体验，可以让Promthues在单节点的情况下满足大部分用户的监控需求。但是本地存储也同时限制了Prometheus...
Prometheus高可用部署方案验证.pdf
05-11
Prometheus高可用部署方案验证
Prometheus高可用与远程存储解决方案
"Prometheus高可用部署方案验证" 在监控和警报系统中，Prometheus是一...通过合理地采用Prometheus的高可用部署策略，可以有效地应对监控系统中的挑战，提高服务的可用性和稳定性，确保关键监控数据的准确性和完整性。
victoriametrics的prometheus高可用性和容错策略长期存储
weixin_26711867的博客
09-01 2046
本文的“为什么”？(“Why” of this article?) Prometheus is a great tool for monitoring small, medium, and big infrastructures. Prometheus是监视小型，中型和大型基础架构的好工具。 Prometheus anyway, and the development team behind it...
Cortex：Prometheus的水平可扩展，高可用性，多租户的长期存储。-Golang开发
05-26
水平可扩展，高可用性，多租户的长期Prometheus。 Cortex：Prometheus的水平可扩展，高可用性，多租户的长期存储。 Cortex为Prometheus提供了水平可扩展，高可用性，多租户的长期存储。 水平可扩展：Cortex可以跨集群中的多台机器运行，超过了单台机器的吞吐量和存储量。 这使您可以将指标从多个Prometheus服务器发送到单个Cortex群集，并在单个数据中对所有数据运行“全局聚合”查询
Prometheus监控实战系列二十三：高可用与扩展性
青梅煮酒
03-27 1162
目前Prometheus在集群与扩展性方面的功能并不算强大，通过分级联邦的方式虽然可以解决扩展性的问题，但依然存着的一些不足之处。例如：多层结构使得Prometheus之间的网络变得复杂，我们不止要关注工作节点和目标之间的连接，也要关注主节点与工作节点的连接；工作节点根据设定的间隔获取目标指标，而主节点对于工作节点数据的抓取也存在着时间间隔，这可能导致主节点出现数据延迟的情况；最后，当所有的指标汇总到主节点时，可能会对其造成较大的压力，在资源的调配上需做好分配，以免引起主节点的崩溃。
prometheus高可用架构介绍
乐维社区的博客
12-21 372
从数据上报和查询流程图中可以看到数据拉取和数据查询是分开的，prometheus只负责部分机器的数据拉取，当grafana有历史查询的需求的时候（比如查询三个月或者半年的数据），thanos query聚合后的数据存储在内存返回给grafana，当数据比较大时，thanos query服务器内存会写满导致服务不可用，但是prometheus还在以固定频率拉取metrics数据，这时候只需要重新恢复thanos query服务即可，不会对metrics数据连续性有任何影响。也就是仍然会有单机瓶颈。
高可用 Prometheus：问题集锦
会哭的雨@的博客
04-22 1010
Contents[hide] 1几点原则 2Prometheus 的局限 3K8S 集群中常用的 exporter 4K8S 核心组件监控与 Grafana 面板 5采集组件 All IN One 6合理选择黄金指标 7K8S 1.16中 Cadvisor 的指标兼容问题 8Prometheus 采集外部 K8S 集群、多集群 9GPU 指标的获取 10更改 Prometheus 的显示时区 11如何采集 LB 后面的 RS 的 Metric 12版本的选择...
prometheus高可用配置
null
08-16 6605
方案一 Thanos https://github.com/improbable-eng/thanos 部署要求： prometheus v2.2.1版本以上 go 1.10 以上版本 用户对象存储的数据库 安装thanos: go get -v -d github.com/improbable-eng/thanos/.. cd ${GOPATH}/src/github....
Prometheus 搭建监控系统
王树伦的博客
08-27 2975
Prometheus是一款基于时序数据库的开源监控告警系统，说起 Prometheus 则不得不提SoundCloud，这是一个在线音乐分享的平台，类似于做视频分享的 YouTube，由于他们在微服务架构的道路上越走越远，出现了成百上千的服务，使用传统的监控系统 StatsD 和 Graphite 存在大量的局限性，于是他们在 2012 年开始着手开发一套全新的监控系统。Prometheus ...
prometheus高可用之thanos
manwufeilong的博客
02-08 1793
当前prometheus存在需求长期数据存储： >= 1个月的数据存储，存储空间大多 prometheus server ：公有云/私有云/国内/国外多Grafan：多数据源解决思路联邦：优点是可从prometheus抓取指标，缺点是抓取多个指标时会存在问题prometheus remotewrite：用于可写远程存储配置。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值