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

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

其中:

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

如下图所示:

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

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

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

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

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

相关推荐
七牛云行业应用17 分钟前
Moltbook一夜崩盘:150万密钥泄露背后的架构“死穴”与重构实战
网络安全·postgresql·架构·高并发·七牛云
永远都不秃头的程序员(互关)29 分钟前
CANN赋能AIGC分布式训练:硬核通信,加速大模型智能生成新纪元
分布式·aigc
塔中妖31 分钟前
CANN深度解读:从算子库看AI计算的底层架构
人工智能·架构
全栈前端老曹1 小时前
【MongoDB】深入研究副本集与高可用性——Replica Set 架构、故障转移、读写分离
前端·javascript·数据库·mongodb·架构·nosql·副本集
程序员泠零澪回家种桔子1 小时前
Sentinel核心能力解析:限流与集群方案
后端·架构·sentinel
咕泡科技1 小时前
架构演进:从确定性工作流 (Workflow) 到自主智能体 (LLM Agent)
人工智能·架构
小白|1 小时前
高效AI推理引擎实战:基于CANN的自定义算子开发与性能调优
人工智能·架构
wotaifuzao1 小时前
STM32 + FreeRTOS 的订阅通知组件架构
stm32·嵌入式硬件·架构·freertos·事件驱动·嵌入式架构
熊文豪2 小时前
CANN ops-transformer算子库架构与设计理念
深度学习·架构·transformer·cann
深圳行云创新2 小时前
微服务架构引入 AI 后,怎么统一研发和运维的标准规范?
人工智能·微服务·架构