OceanBase集群高可用

OceanBase 数据库采用基于无共享（Shared-Nothing）的多副本架构，让整个系统没有任何单点故障，保证系统的持续可用。OceanBase 支持单机、机房、城市级别的高可用和容灾，可以进行单机房、双机房、两地三中心、三地五中心部署。

同城三机房三副本部署

特点

• 同城 3 个机房组成一个集群（每个机房是一个 Zone），机房间网络延迟一般在 0.5 ~ 2 ms 之间。
• 机房级灾难时，剩余的两份副本依然是多数派，依然可以同步 Redo-Log 日志，保证 RPO=0。
• 无法应对城市级的灾难。

部署方案示图

三地五中心五副本部署

特点

• 三个城市，组成一个 5 副本的集群。
• 任何一个 IDC 或者城市的故障，依然构成多数派，可以确保 RPO=0。
• 由于 3 份以上副本才能构成多数派，但每个城市最多只有 2 份副本，为降低时延，城市 1 和城市 2 应该离得较近，以降低同步 Redo-Log 的时延。
• 为降低成本，城市 3 可以只部署日志型副本（只有日志）。

部署方案示图

说明

同城三机房或者三地五中心的方案对基础设施要求太高。为了利用企业现网的基础设施，OceanBase 提供了同城两机房和两地三中心两种方案。

同城两机房"主-备"部署

特点

• 每个城市都部署一个 OceanBase 集群，一个为主集群一个为备集群；每个集群有自己单独的 Paxos group，多副本一致性。
• "集群间"通过 Redo-log 做数据同步，形式上类似传统数据库"主从复制"模式；有"异步同步"和"强同步"两种数据同步模式，类似 ODD 中的"最大性能"和"最大保护"两种模式。

部署方案示图

两地三中心"主-备"部署

特点

• 主城市与备城市组成一个 5 副本的集群。任何 IDC 的故障，最多损失 2 份副本，剩余的3份副本依然满足多数派。
• 备用城市建设一个独立的 3 副本集群，做为一个备集群，从主集群"异步同步"或者"强同步"到备集群。
• 一旦主城市遭遇灾难，备城市可以接管业务。

部署方案示图