GBase 8c采用shared noting架构和多数据副本机制，满足各种应用场景下对数据库不同的高可用需求。
1 同机房方案建议
1.1 部署方案
同机房部署采用节点主从互备方案，数据库集群部署在同一机房的不同服务器/机架上。具体部署方案如下图所示：
如上图所示，系统主要包括如下节点：
1、GTM(Gloable Transaction Manager)负责提供事务的ACID属性。为了增加可用性，本方案中采取一主一备的部署方式，使用热备节点保证高可用，处理来自Coordinator和Datanode的事务请求。
2、DN（Datanode）节点实际存储表和索引数据，本地执行由Coordinator派发的SQL任务，数据自动打散分布(或者复制)到集群中各数据节点。
3、CN（Coordinator）协调管理用户会话，并与GTM和数据节点进行交互。协调员解析，并计划查询，并给语句中的每一个组件发送下一个序列化的全局性计划。 为节省资源，通常此服务和数据节点部署在一起。
4、Platform 通用管理平台采用一主一备的方式，以图形可视化的形式，实现集群的系统部署、配置管理、运维监控、告警管理、备份恢复、扩容缩容、灰度发布等特性。
5、HA Center采用Raft的复制协议，负责记录各个节点高可用状态和必要时候进行主备倒换的节点。
1.2 性能预测
可以抵御硬件级别故障，不能抵御城市级别和机房级别灾难。故障自动切换，RPO=0，RTO秒级。
2 同城方案建议
2.1 部署方案
同城双活是在同城或相近区域内建立两个机房，数据库集群部署在不同机房内。相当于两个机房镜像部署了两个独立集群，数据仍然是单点写到主机房数据库，然后实时同步到另外一个机房。同时提供跨中心业务负载均衡运行能力，实现持续的应用可用性和灾难备份能力。
在同城的数据中心之间，通过高速光纤相连，在网络带宽有保障的前提下，网络延迟一般在可接受范围内，两个机房之间可以认为在同一个局域网内。
同城双活可有效用于防范火灾、建筑物破坏、供电故障、计算机系统及人为破坏引起的机房灾难。
下图展示了同城双活的部署架构：
1、GTM(Gloable Transaction Manager)负责提供事务的ACID属性。为了增加可用性，本方案中采取一主一备的部署方式，使用热备节点保证高可用，处理来自Coordinator和Datanode的事务请求。
2、CN（Coordinator）协调管理用户会话，并与GTM和数据节点进行交互。协调员解析，并计划查询，并给语句中的每一个组件发送下一个序列化的全局性计划。 为节省资源，通常此服务和数据节点部署在一起。在本方案中，灾备中心机房各节点的CN与主机房对等部署，但平时不提供服务，只有在主机房CN发生故障时，自动切换进行服务。
3、DN（Datanode）节点实际存储表和索引数据，本地执行由Coordinator派发的SQL任务，数据自动打散分布(或者复制)到集群中各数据节点。
4、Platform 通用管理平台采用一主一备的方式，以图形可视化的形式，实现集群的系统部署、配置管理、运维监控、告警管理、备份恢复、扩容缩容、灰度发布等特性。
5、HA Center采用Raft的复制协议，是负责记录各个节点高可用状态和必要时候进行主备倒换的节点。
2.2 性能预测
可以抵御硬件级别故障和机房级别灾难。故障自动切换，RPO=0，RTO秒级。同城容灾需要其中两机房之间距离小于50千米。
3 两地三中心方案建议
3.1 部署方案
为保证核心业务7*24小时持续运行，并满足连续性需求。GBase 8c推出两地三中心部署方案，同城、异地多重保障，实现对用户关键业务的系统连续性保护。两地三中心的设计原则为同城双活，异地容灾。数据中心之间采用异步数据复制，支持数据完整性和最终一致性。
GBase 8c集群不同节点采用各自对应的高可用部署方式，两地间采用异步复制的备份方式。可以抵御硬件级别故障和机房级别、城市级别灾难，两地之间距离可以大于1000千米。
如上图所示，GBase 8c两地三中心的建设和部署架构，是在同城建设两个数据中心，同时为外提供业务服务，同时在异地建设灾备中心，用于数据的备份。具体功能如下：
1、负载均衡：生产中心和灾备中心均需配置一套负载均衡设备，数据中心的负载均衡设备能探测数据中心后台服务器的健康状况，如果探测到的服务器状况良好， 负载均衡设备便向网络中发送一条与负载均衡设备对应的数据中心服务器的主机路由。
2、GTM(Gloable Transaction Manager)负责提供事务的ACID属性。为了增加可用性，本方案中采取一主两备的部署方式，使用热备节点保证高可用，处理来自Coordinator和Datanode的事务请求。
3、CN（Coordinator）协调管理用户会话，并与GTM和数据节点进行交互。协调员解析，并计划查询，并给语句中的每一个组件发送下一个序列化的全局性计划。 为节省资源，通常此服务和数据节点部署在一起。在本方案中，灾备中心（包括同城、异地）机房各节点的CN与主机房对等部署，但平时不提供服务，只有在主机房CN发生故障时，自动切换进行服务。
4、DN（Datanode）节点实际存储表和索引数据，本地执行由Coordinator派发的SQL任务，数据自动打散分布(或者复制)到集群中各数据节点。
5、Platform 通用管理平台采用一主两备的方式，以图形可视化的形式，实现集群的系统部署、配置管理、运维监控、告警管理、备份恢复、扩容缩容、灰度发布等特性。
6、HA Center采用Raft的复制协议，是负责记录各个节点高可用状态和必要时候进行主备倒换的节点。
注：两地三中心方案的设计，不光需要数据库层基于分布式进行改造，同时在业务层，系统层，网络层都需要相关的方案适配。
改造设计需要和业务端进行密切配合，从业务场景出发选择合适的方案。
3.2 性能预测
两地之间采用CDC异步复制方式进行灾备，可以抵御硬件级别故障和机房级别、城市级别灾难，两地之间距离可以大于1000千米。故障人工切换，RPO>0，RTO分钟级。
