数据库实例类型
GaussDB的实例类型如表1所示。
实例类型 |
支持的部署形态 |
是否支持实例扩容 |
适用场景 |
包含的组件 |
业务处理流程 |
---|---|---|---|---|---|
独立部署:将数据库组件部署在不同节点上。适用于可靠性、稳定性要求较高,实例规模较大的场景。 混合部署:采用一主两备三节点的部署模式,包含三个分片。 |
是 |
数据量较大,对数据容量和并发能力有一定诉求。 |
|
业务应用下发SQL给CN ,CN利用数据库的优化器生成执行计划,下发给DN,每个DN会按照执行计划的要求去处理数据,处理完成后DN将结果集返回给CN进行汇总,最后CN将汇总后的结果返回给业务应用。 |
|
1主2备:采用一主两备三节点的部署模式,包含一个分片。 单副本:采用单节点的部署模式,仅包含一个CMS和一个DN组件,不适用于生产环境。单副本实例仅支持V2.0-2.2及以上版本实例。由于部署在单台机器上,因此无法保障可用性(SLA)。 1主1备1日志:采用一主一备一日志三节点的部署模式,包含一个分片。日志节点仅用于存储日志,不产生费用,可降低成本和资源消耗。 |
否 |
数据量较小,且长期来看数据不会大幅度增长,但是对数据的可靠性,以及业务的可用性有一定诉求。 |
|
业务应用直接下发任务给DN, DN处理完成后再将结果返回给业务应用。 |
- OM:运维管理模块(Operation Manager)。提供集群日常运维、配置管理的管理接口、工具。
- CM:集群管理模块(Cluster Manager)。管理和监控分布式系统中各个功能单元和物理资源的运行情况,确保整个系统的稳定运行。CM相当于一个机器管家,定期的收集和分析DN的状态,判断DN当前是不是健康运行,一旦发现DN异常,它会尝试修复,例如把DN重启,或者把备DN升级成主DN。
- GTM:全局事务管理器(Global Transaction Manager),负责生成和维护全局事务ID、事务快照、时间戳、sequence信息等全局唯一的信息。
- ETCD:分布式键值存储系统(Editable Text Configuration Daemon)。用于共享配置和服务发现(服务注册和查找)。我们主要用它来存一些元数据信息,比如每个DN的运行状态就是存储在ETCD里,CM通过读取ETCD里面DN的状态来执行它的管理动作。
- CN:协调节点(Coordinator Node)。负责接收来自应用的访问请求,并向客户端返回执行结果;负责分解任务,并调度任务分片在各DN上并行执行。每个CN与每个DN相连接,所有CN共享一份元数据。
- DN:数据节点(Data Node)。负责存储业务数据、执行数据查询任务以及返回执行结果。
集中式版
- 1主2备
1主2备采用一主两备三节点的部署模式,包含一个分片,架构图如图5所示。仅集中式版实例可选。该形态不具备可扩展性。适用于数据量较小,且长期来看数据不会大幅度增长,但是对数据的可靠性,以及业务的可用性有一定诉求的场景。
- DN主备任意一个节点故障部署,不影响业务的进行。
- 1主2备形态支持以下两种部署方式。
- 3副本,单AZ
- 3副本,3AZ
- 1主1备1日志
- 单副本