OceanBase的“三地五中心”架构有什么缺点?
3 个赞
1、部署成本高；
2、网络延迟和性能开销大，事务延迟高；
3、架构复杂；
4、容灾能力强，同时也带来冗余资源大的问题，导致整体资源利用率低，
性能与延迟的权衡
这是“三地五中心”架构最核心的缺点。
- 事务延迟增加 ：OceanBase 基于 Paxos 协议实现数据强一致性，任何事务的提交都需要获得多数派副本（5个副本中至少3个）的成功确认。在“三地五中心”部署下，这3个副本分布在三个不同的城市。因此，每次事务提交都必须等待跨城市的网络通信完成，这会显著增加事务的提交延迟（Commit Latency）。
- 业务影响 ：这种延迟的增加（例如，可能增加6-8毫秒或更多）对于延迟不敏感的业务可能可以接受，但对于高频交易或对响应时间要求极高的核心业务来说，可能是难以容忍的。业务方需要在“城市级容灾”和“极致性能”之间做出权衡。
资源与成本开销
部署五个数据中心本身就是一项巨大的投入。
- 基础设施成本高 ：需要在三个不同的城市建立并维护五个独立的数据中心，这涉及到高昂的机房建设、硬件设备、电力和网络带宽成本。
- 运维复杂度高 ：管理跨地域、多中心的分布式系统，其运维复杂度远高于传统的单中心或“两地三中心”架构，对运维团队的技术能力提出了更高的要求。
总而言之，“三地五中心”是为满足金融级最高等级（第六级）容灾要求而设计的架构，它以牺牲一定的事务性能和投入更高的资源成本为代价，换取了在城市级灾难发生时“数据零丢失（RPO=0）”和“服务快速恢复（RTO<1分钟）”的能力。