GBase 8s数据库高可用之—RHAC远程高可用集群详解

《GBase 8s 高可用四部曲》第一部讲了 HAC 同城守护——主备双机秒级切换。但同城容灾有个致命软肋火灾、地震、海啸一来同城机房可能一锅端。这时候你需要一张异地保险单。RHAC 就是 GBase 8s 的千里分身术主节点在广东辅节点可以放到江苏、浙江、湖北甚至内蒙——相距几百上千公里数据照样同步业务照样接力。异步为王对主节点零负担RHAC 跟 HAC 最大的区别一言以蔽之HAC 守同城RHAC 走千里HAC 三种同步模式随便选RHAC 只认异步一条路。为什么只走异步因为距离太远等确认再提交太慢了。RHAC 采用SMX 异步通信框架对主服务器的影响降到最小——主节点只管发日志不等待 RHAC 的确认信息全双工模式下发送线程不等上一个确认就直接发下一个缓冲区性能损耗极低。换句话说主节点几乎感知不到 RHAC 的存在就像给数据库上了一份异地自动续保——保费性能损耗极低保额容灾能力极高。可读可分担不只是冷备份RHAC 辅节点不是摆设——它可读能承担部分查询业务分担主节点读压力。配合连接管理器做负载均衡查询流量可以分散到辅节点主节点专心扛写入。而且 RHAC 对带宽要求低普通广域网就能跑不用专门拉光纤省钱省力。它能扛住的灾备场景相当硬核服务器软件故障、硬件故障、火灾、地震、海啸——同城机房防不住的RHAC 顶上。RHAC 的规矩两个不支持能力强大但也有边界。RHAC 有两个不支持用的时候心里要有数不支持同步模式只走异步数据同步有微小延迟不适合要求强一致性的金融交易场景不支持同步检查点主节点不会等 RHAC 确认检查点故障切换时可能有少量数据需手动处理所以 RHAC 的定位很清晰异地容灾的最后一道防线不是实时双活而是大难不死的备份方案。和 HAC 搭配使用——HAC 守同城秒切RHAC 守异地保命两者互补才完整。RHAC 把容灾半径从同城拉到了千里之外但异地备份只是高可用的一块拼图。如果业务要求多个节点同时读写同一份数据强一致还不能丢架构还能怎么进化