银行分布式新核心的部署架构(两地三中心)

银行的核心系统对可用性和性能要求均非常严苛,所以一般都采用两地三中心部署模式。

其中:

  • 同城两个主数据中心各自部署一套热备,平时两个中心同时在线提供服务,进行负载均衡
  • 假如其中一个数据中心出现异常,则由另外一个数据中心临时独立提供所有服务,直到异常的数据中心修复
  • 异地部署一套冷备,平时只用于批量数据查询与统计分析,在两个主数据中心都异常时,由冷备接管所有服务,直到任一主数据中心修复为止。

如下图所示:

其中左边两个数据中心为同城两个主数据中心,右边则是异地的冷备。

数据库备份上,在三中心间采用2+2+2的部署架构,采用虚拟机部署。生产中心作为主站点,建立本地主从架构,并将数据同步至同城中心与异地中心的从节点。也就是说,DC1中一主一从,DC2和DC3中各两从库,DC1和DC2中的所有写操作都会写到DC1中主库中,然后同步备份到DC1和DC2的5个从库中,异步备份到DC3的两个备库中。读取操作则各中心都访问自己的数据库。

当主库异常,则按如下顺序查找一个可用的库作为新的主库:

复制代码
DC1-DB1 => DC2-DB1 => DC1-DB2 => DC2-DB2 

只有同城两个中心的库都异常(一般是灾难情况)才会启用异地DC3的服务和数据库。

相关推荐
葫芦的运维日志10 小时前
从手动部署到GitOps只需四步
架构
sumuve10 小时前
从100行到1行:我是如何重构IoT设备实时数据通信的?
架构·响应式设计
koddnty10 小时前
c++协程控制流深入剖析
后端·架构
Mintopia11 小时前
Vite 与 Uni-App X 的协作原理:从前端开发到多端运行的桥梁
架构
louiX1 天前
深入理解 Android BLE GATT 回调机制:从“回调地狱”到高可靠 OTA 架构
架构
aircrushin1 天前
轻量化大模型架构演进
人工智能·架构
天蓝色的鱼鱼1 天前
你的项目真的需要SSR吗?还是只是你的简历需要?
前端·架构
文心快码BaiduComate1 天前
百度云与光本位签署战略合作:用AI Agent 重构芯片研发流程
前端·人工智能·架构
JavaTalks1 天前
高并发保护实战:限流、熔断、降级如何配合落地
后端·架构·设计
兆子龙1 天前
别再用 useState / data 管 Tabs 的 activeKey 了:和 URL 绑定才香
前端·架构