笔记主要是把架构具像化到机架图上。
TDSQL-PG的高可用方案主要通过每个部件的多副本冗余来实现,当一个部件的主部件出现故障不可恢复,系统将会自动重新选出对应的备份部件取代原来的主部件。而强同步复制是在节点级保证每个节点的主从数据完全一致,是整个容灾体系的基础。
强同步会影响数据库的读写效率,以下是一些典型的架构方案,可以根据数据安全实际要求调整。
同城单中心
架构图
同城单中心机架布局
IDC1服务器角色MAP
服务器/角色 | CenterMaster | CenterSlave | Agent | Confdb | Etcd | Alarm | TStudio |
---|---|---|---|---|---|---|---|
管控1 | CenterMaster | Confdb | Etcd | Alarm | |||
管控2 | CenterSlave | Confdb | Etcd | TStudio | |||
管控3 | CenterSlave | Confdb | Etcd | ||||
服务器1 | Agent | ||||||
服务器2 | Agent | ||||||
服务器3 | Agent | ||||||
… | Agent | ||||||
服务器10 | Agent |
IDC1节点规划
服务器 | 节点 | 服务器 | 节点 | |
---|---|---|---|---|
服务器1 | [主]GTM全局事务管理器 | – | 服务器2 | [备]GTM全局事务管理器 |
服务器3 | [主]CN1协调节点 | – | 服务器4 | [备]CN1协调节点 |
服务器5 | [主]CN2协调节点 | – | 服务器6 | [备]CN2协调节点 |
服务器7 | [主]DN1数据节点 | – | 服务器8 | [备]DN1数据节点 |
服务器9 | [主]DN2数据节点 | – | 服务器10 | [备]DN2数据节点 |
同城双中心
架构图
同城双中心机架布局
IDC2服务器角色MAP
服务器/角色 | CenterMaster | CenterSlave | Agent | Confdb | Etcd | Alarm | TStudio |
---|---|---|---|---|---|---|---|
管控4 | CenterSlave | Confdb | |||||
服务器11 | Agent | ||||||
服务器13 | Agent | ||||||
… | Agent | ||||||
服务器19 | Agent |
IDC2节点规划
服务器 | 节点 |
---|---|
服务器11 | [备]GTM全局事务管理器 |
服务器13 | [备]CN1协调节点 |
服务器15 | [备]CN2协调节点 |
服务器17 | [备]DN1数据节点 |
服务器19 | [备]DN2数据节点 |
两地三中心
架构图
两地三中心机架布局
IDC3服务器角色MAP
服务器/角色 | CenterMaster | CenterSlave | Agent | Confdb | Etcd | Alarm | TStudio |
---|---|---|---|---|---|---|---|
管控5 | CenterSlave | Confdb | |||||
服务器21 | Agent | ||||||
服务器23 | Agent | ||||||
… | Agent | ||||||
服务器29 | Agent |
IDC3节点规划
服务器 | 节点 |
---|---|
服务器21 | [备]GTM全局事务管理器 |
服务器23 | [备]CN1协调节点 |
服务器25 | [备]CN2协调节点 |
服务器27 | [备]DN1数据节点 |
服务器29 | [备]DN2数据节点 |
补充各组件功能说明
- CenterMaster
管理、监控平台组件主节点 - CenterSlave
管理、监控平台组件从节点 - Agent
代理组件,执行管理平台的指令,监控服务器状态
安装Dn或者Cn的节点必须安装Agent - Confdb
系统元数据库、配置库 - Etcd
选举组件,初始化时必须为单数 - Alarm
报警组件 - TStudio
在线开发环境
补充各节点名词解释
-
Coordinator
Coordinator(简称 CN) 是协调节点, 是数据库服务的对外入口,负责数据的分发和查询规划,多个节点位置对等。业务请求发送给 CN 后,无需关心数据计算和存储的细节, 由 CN 统一返回执行结果。
CN 上只存储系统的元数据,并不存储实际的业务数据, 可以配合支持业务接入增长动态增加。 -
Datanode
Datanode(简称 DN) 是数据节点,执行协调节点分发的执行请求,实际存储业务数据。 各个 DN 可以部署在不同的物理机上, 也支持同物理机部署多个 DN 节点, 注意互为主备 DN 不建议部署在同物理主机上。
DN 节点存储空间彼此之间独立、隔离,是标准的 share nothing 存储拓扑结构。另外 TBase-V2与 V1 最大的不同地方是 DN 与 DN 之间可以通信,互相交换数据。 -
GlobalTransactionManager
GlobalTransactionManager(简称 GTM), 是全局事务管理器,负责全局事务管理。GTM 上不存储业务数据。