概念

在使用Pigsty时需要了解的一些信息

Pigsty在逻辑上由两部分组成:监控系统供给方案

Pigsty监控系统负责监控PostgreSQL数据库集群,Pigsty供给方案负责创建PostgreSQL数据库集群。

Pigsty的监控系统与供给方案可以独立使用,例如,用户可以在不使用Pigsty供给方案的情况下,使用Pigsty监控系统监控已有的其他PostgreSQL数据库集群,譬如阿里云的MyBase for PostgreSQL所托管的PostgreSQL,但这样做需要对Pigsty的模型有较深的理解,建议初学者使用Pigsty沙箱 进行探索与实验。下面的介绍都将基于Pigsty沙箱进行。

监控系统

You can’t manage what you don’t measure.

监控系统提供了对系统状态的度量,是运维管理工作的基石。Pigsty提供最好的开源PostgreSQL监控系统。

Pigsty的监控系统在物理上分为两个部分:

  • 服务端:部署于元节点上,包括时序数据库Prometheus,监控仪表盘Grafana,报警管理Altermanager,服务发现Consul等服务。
  • 客户端:部署于数据库节点上,包括NodeExporter, PgExporter, Haproxy。被动接受Prometheus拉取,上。

Pigsty监控系统的核心概念如下:

  • 命名规则与监控层级
  • 身份管理与服务发现
  • 可观测性与指标采集
  • 指标聚合与报警规则
  • 视觉呈现与监控面板

供给方案

授人以鱼,不如授人以渔

供给方案(Provisioning Solution),指的是向用户交付数据库服务与监控系统的系统。供给方案不是数据库,而是数据库工厂,用户向供给系统提交一份配置,供给系统便会按照用户所需的规格在环境中创建出所需的数据库集群来,这类似于通过向Kubernetes提交YAML文件来创建系统所需的各类资源。

Pigsty的供给方案在部署上分为两个部分:

  • 基础设施(Infra) :部署于元节点上,包括上述监控组件,以及DNS,NTP,DCS,本地源等关键服务。
  • 数据库集群(PgSQL):部署于数据库节点上,以集群为单位对外提供业务服务。

Pigsty的供给方案的部署对象分为两种:

  • 元节点(Meta):部署基础设施,监控系统,执行控制逻辑,每个Pigsty部署至少需要一个元节点,可复用为普通节点。
  • 普通节点(Node):用于部署数据库集群/实例,Pigsty采用节点与数据库实例一一对应的独占式部署。

Pigsty供给方案的相关概念如下:

  • 基础设施
  • 数据库集群
  • 元节点
  • 普通节点
  • 系统架构
  • 沙箱环境
  • 高可用
  • 代码定义的基础设施
  • 访问控制模型
  • 文件目录结构
  • Ansible

系统模型

介绍Pigsty的系统模型

实际挑战

真实世界中的问题与挑战

命名规则

介绍Pigsty默认采用的实体命名规则

监控系统

Pigsty监控系统相关概念

供给方案

Pigsty供给方案的相关概念

最后修改 2021-01-06: routine update (a887a02)