Bootstrap

Thanos(二)——关于thanos简介及架构

Thanos:(集群组件系统)

定义:Thanos是一组组件,可以组成具有长期存储功能的高可用性Prometheus设置。 其主要目标是简化操作,保留Prometheus的可靠性。

结构:

  • Metric sources
  • Stores
  • Queriers

总体架构图:

  • Metric Sources:

数据源是生成或收集度量标准数据的组件的非常通用的定义。 Source将群集中的此数据通告给潜在客户。 可以通过众所周知的gRPC服务检索度量数据。

Thanos提供了两个充当数据源的组件:Prometheus边车(Sidecar)和(Rule)规则节点。

sidecar在Prometheus的HTTP and remote-read APIs之上实现gRPC服务。 规则节点直接在它运行的Prometheus存储引擎之上实现它。

Thanos的sidecar组件与Prometheus实例一起部署。它在Prometheus的远程读取API之上实现了Thanos的Store API,并将自己作为数据源通告给集群。

  1. Metric Data Backup:

持久保存数据以进行长期存储的数据源通过Prometheus 2.0存储引擎实现。存储引擎定期生成固定时间范围内的不可变数据块。块是一个包含少量较大文件的目录,其中包含检索数据所需的所有样本数据和必需索引:

  • Store:

从本质上讲,Store API允许通过一组标签匹配器(从PromQL中获知)和时间范围来查找数据。它返回在块数据中找到的压缩样本块。它纯粹是一种数据检索API,不提供复杂的查询执行

 

  • Queriers:

查询器是无状态和水平可伸缩的实例,它们在集群中公开的Store API之上实现PromQL。 查询者参与群集以便能够弹性地发现所有数据源和存储节点。 返回的规则节点可以发现查询节点以评估记录和警报规则。基于存储节点和源节点的元数据,它们尝试最小化请求扇出以获取特定查询的数据。

(以上图片来自thanos的github文档https://thanos.io/design.md/

下一篇会介绍thanos的具体使用及测试。

 

 

 

 

 

 

悦读

道可道,非常道;名可名,非常名。 无名,天地之始,有名,万物之母。 故常无欲,以观其妙,常有欲,以观其徼。 此两者,同出而异名,同谓之玄,玄之又玄,众妙之门。

;