GBase 8s数据库高可用能力之-SSC共享存储集群解析

《GBase 8s 高可用四部曲》前两部介绍了南大通用GBase 8s数据库gbase database的HAC 同城守护、RHAC 异地保命它们都是一主多备的接力赛——主节点跑备节点 standby。但如果你的业务需要所有节点同时读写同一份数据还要保证强一致怎么办SSC就是答案数据只有一份全员一起上。一份数据全员读写SSC 的核心思路简单粗暴所有计算节点共享同一套存储设备——部署在磁盘阵列或逻辑卷管理器上数据只有一份不存在复制延迟。写入节点写逻辑日志通过SMX 协议把日志序列号LSN同步给其他各节点其他节点收到 LSN 后从共享磁盘读取对应日志在内存 buffer 中重做不写回磁盘——既保证了数据一致性又避免了重复落盘的开销。这种架构下任意节点都可以读写是真正意义上全员出战的多活架构。弹性扩容查询多了加节点就行SSC 最强悍的能力之一是横向扩展。业务数据量涨了查询压力大了往集群里新增 SSC 辅节点处理能力跟着线性上涨——高容量 OLAP 分析操作、大量并发查询都能扛住。更妙的是容错机制某个辅节点宕机其他节点自动接管其负载业务无感知只有主节点宕机时才触发故障转移5 秒内完成切换。这意味着集群规模越大单点故障的影响越小——节点即战力越多越好。对比 RAC简单即正义提到共享存储多活很多人第一时间想到 Oracle RAC。两者看起来相似但底层逻辑截然不同一句话总结SSC 用逻辑日志共享存储实现了多活架构简洁、辅节点容错、扩展灵活RAC 用共享内存双主同步实现了多活架构复杂、高写入下容易性能衰减。国产替换选 SSC简单即正义。适用场景核心业务的最佳拍档SSC 不是万能药但在这几个场景里就是最优解1、核心交易针对强一致性场景全局事务保障数据不丢不乱辅节点同步扛查询。2、中大型库2TB~100TB共享存储免复制延迟查询多了加节点弹性扩展。3、国产替换 RAC 两地三中心架构简洁、扩展灵活搭配 HAC RHAC 实现同城高可用 异地容灾 横向扩展一套组合拳打天下。