首页
学习
活动
专区
工具
TVP
发布

让技术和时代并行

专栏作者
382
文章
423482
阅读量
29
订阅数
有关Prometheus和Thanos的所有信息、差异以及它们如何协同工作。
在监控和可观察领域,Prometheus 和 Thanos 已成为处理时间序列数据的两个强大工具。这两个系统都提供强大的特性和功能,帮助组织获得对其基础设施和应用程序的宝贵见解。
用户5166556
2024-01-17
1670
Prometheus 和 InfluxDB 之间有什么区别 - 使用场景、挑战、优势
指标、日志和链路跟踪是端到端可观察性的核心支柱。尽管对于获得云原生架构的完整可见性至关重要,但端到端的可观察性对于许多 DevOps 和 SRE 团队来说仍然遥不可及。这是由于多种原因造成的,所有这些原因都以工具为共同点。由于超大规模云提供商和容器化微服务的使用不断增加,日志管理市场必须解决这一工具难题,才能实现其预计的从2020 年的 19 亿美元到 2026 年的 41 亿美元的扩张。
用户5166556
2024-01-10
4340
Prometheus 与 VictoriaMetrics (VM) 的比较 - 可扩展性、性能、可用性
时序数据库有很多,比如 Prometheus、M3DB、TimescaleDB、OpenTSDB、InfluxDB等等。Prometheus 和 VictoriaMetrics 是开源时间序列数据库,可为复杂 IT 环境中的监控和告警提供强大的解决方案。然而,它们的设计不同,并提供独特的功能,这些功能可能会影响其性能、可扩展性和监控工作负载的易用性。本文旨在分析 Prometheus 和 VictoriaMetrics 之间的差异,从而为寻求最适合其特定需求的解决方案(作为监控解决方案和可观察性或对系统进行故障排除)的用户提供见解。
用户5166556
2024-01-10
3520
Thanos 和 VictoriaMetrics 之间的深入比较:性能和差异
本文对 Thanos 和 VictoriaMetrics 进行了比较,讨论了它们是什么、它们的架构组件以及它们的差异。
用户5166556
2024-01-03
3350
详解Kubernetes存储体系
在没有介绍Kubernetes Volume之前,先来回顾下Docker Volume,Docker Volume常用使用方式有两种,
用户5166556
2020-10-23
8730
Kustomize ConfigMapGenerate自动生成ConfigMap中的坑
ConfigMap作为Kubernetes中配置资源存储对象,通过ConfigMap可以存储各种各样的配置文件,具体使用方式: 深入探究 K8S ConfigMap 和 Secret,但在使用过程中会碰到各种不方便,一般情况下,特别是没有接入分布式配置中心的服务,配置文件是存储在服务所在特定目录下,这就导致需要我们把配置copy或者load到Kubernetes ConfigMap配置资源对象中,因为ConfigMap使用yaml格式进行存储,改变原来的使用习惯,使用和修改过程中难免出错,于是就引入了ConfigMapGenerator, 它是Kustomize ConfigMap自动生成配置插件,使用方式非常简单,如下图所示:
用户5166556
2020-08-02
2.1K0
Kustomize ConfigMapGenerate自动生成ConfigMap中的坑
ConfigMap作为Kubernetes中配置资源存储对象,通过ConfigMap可以存储各种各样的配置文件,具体使用方式: 深入探究 K8S ConfigMap 和 Secret,但在使用过程中会碰到各种不方便,一般情况下,特别是没有接入分布式配置中心的服务,配置文件是存储在服务所在特定目录下,这就导致需要我们把配置copy或者load到Kubernetes ConfigMap配置资源对象中,因为ConfigMap使用yaml格式进行存储,改变原来的使用习惯,使用和修改过程中难免出错,于是就引入了ConfigMapGenerator, 它是Kustomize ConfigMap自动生成配置插件,使用方式非常简单,如下图所示:
用户5166556
2020-08-02
1.3K0
Loki | 数据过期自动删除策略设计
最近使用Loki碰到一个比较蛋疼问题,配置日志过期时间,配置这种事情,自然是要参照官方文档了,当时就找到了这个文档,地址:
用户5166556
2020-07-27
7.6K0
Loki漫谈
Kubernetes已经成为编排领域事实上的标准,同时Prometheus也成为基于Kubernetes平台之上、监控领域的标配。Prometheus能够收集业务metrics数据,Grafana界面展示,AlertManager告警,一站式的监控框架就此诞生。通过这一套框架可以在线监控服务运行状态,如果不正常,能够通过各种途径通知给相关人员;相关人员通过查看告警信息,通过日志分析出现问题具体原因。
用户5166556
2020-07-19
1.8K0
Kubernetes集群环境下fluentd日志收集方案介绍
前段时间写了一篇日志收集方案,Kubernetes日志收集解决方案有部分读者反馈说,都是中小企业,哪有那么多资源上ELK或者EFK,大数据这一套平台比我自身服务本身耗费资源还要多,再说了,现阶段我的业务不需要格式转换,不需要数据分析,我的日志顶多就是当线上出现问题时,把我的多个节点日志收集起来排查错误。但是在Kubernetes平台上,pod可能被调度到不可预知的机器上,如果把日志存储在当前计算节点上,难免会出现排查问题效率低下,当然我们也可以选用一些共享文件服务器,比如GFS、NFS直接把日志输出到特定日志服务器,这种情况对于单副本服务没有任何问题,但是对于多副本服务,可能会出现日志数据散乱分布问题(因为多个pod中日志输出路径和名称都是一样的),下面我介绍通过CNCF社区推荐的fluentd进行日志收集。
用户5166556
2020-06-15
1.6K0
Kubernetes日志收集解决方案
在大规模集群部署的场景下,容器实例会部署到多个节点上,节点以及节点上的应用产生的日志会随之分散在各个容器的主机上,传统的集群应用大多在本地持久化,这给整个应用系统的日志监控和故障排除带来了很大的挑战,而在Kubernetes大规模集群环境下,需要考虑把分散在各个节点上的日志统一采集,统一管理,统一展示。
用户5166556
2020-01-17
1.6K0
ssdb 主从同步复制配置详细步骤
有时我们在使用数据库时,像mongodb,redis和一些关系行数据,为了使数据更加安全,作为备份使用我们经常习惯使用主从复制架构,当主机上的数据出现问题时,我们就可以连接到slave机器 也就是另外一台机器会从主机上进行同步数据,如果我们使用linux命令 netstat -apn,会发现slave机器上的ssdb会和主机上的ssdb服务建立连接,如果我们这时往主机的ssdb导入数据 会发现slave机器上也会有相应的数据更新。 具体配置如下所示(我这里假设master机器的IP为:10.100.300.1端口:8888)
用户5166556
2019-04-16
1.1K0
没有更多了
社区活动
Python精品学习库
代码在线跑,知识轻松学
【玩转EdgeOne】征文进行中
限时免费体验,发文即有奖~
博客搬家 | 分享价值百万资源包
自行/邀约他人一键搬运博客,速成社区影响力并领取好礼
技术创作特训营·精选知识专栏
往期视频·干货材料·成员作品·最新动态
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档