解决方案 | 两地三中心分布式架构助力中国光大银行高效完成小机下移

万里数据库 2024-12-18

238

在当前信息技术应用创新的发展浪潮下，信创产业已成为国家战略布局的关键一环，对金融领域的安全性和自主性提出了更高要求。

银行作为国家金融体系的核心枢纽，掌握着海量敏感信息和关键业务数据，其信息系统的安全稳定性至关重要。便民缴费平台是中国光大银行（以下简称：光大银行）的核心业务系统，同时也是国内最大的便民缴费平台。

由于光大银行之前使用国外数据库产品支撑行内核心业务系统，无法做到完全自主可控。并且，随着业务量的不断激增，现有的数据库产品架构很难支撑后续业务量的增长。基于上述情况，光大银行需要一款纯国产、满足信创要求的分布式数据库，以支撑当前及未来业务发展。

光大银行对数据库有哪些需求？

（1）任何故障场景下业务数据强一致

便民缴费业务的每一笔交易都与钱相关，任何一笔交易的事务都必须严格遵守ACID，任何故障场景下RPO必须为零；

（2）两地三中心部署的监管需求

数据库需要具备两地三中心的容灾部署能力、机房级的故障切换能力，以及配套的运维管理工具；

（3）高吞吐、低延迟

作为中国最大的开放缴费平台，便民缴费业务规模持续高速增长，通常每月5-15日是持续的缴费高峰期。同时，缴费业务的操作延迟敏感度高，对延迟性能波动的容忍度低。目前，该行便民缴费业务缴费高峰TPS为3000-8000，业务TPS延迟需小于60ms。

（4）按需在线扩展

便民缴费业务的用户规模、缴费笔数、服务项目、系统数据量和负载等指标都在逐年增长，要求数据库具备良好的扩展能力，能实现持续扩容。

两地三中心部署架构

高性能同时保障数据强一致

便民缴费业务平台基于安全数据库GreatDB分布式集群建设，采用两地三中心部署架构，即北京同城两机房采用双活部署模式，武汉异地机房基于集群配套的数据同步工具进行数据同步。

与此同时，基于光大银行的监管需求部署逃离库，通过集群配套的数据同步工具进行数据同步。在数据库集群基础上，配套运维监控管理平台，实现全生命周期的数据库运维管理。

▲便民缴费平台-解决方案架构图

具体而言，便民缴费同城双活大集群采用全组件冗余架构实现机房级高可靠。运维管理平台采用主备部署方式，在同城双机房部署，共使用2台服务器。

调度节点共部署6个，为多活部署。配置节点层A机房部署3个节点，B机房部署2个节点。当B机房故障时，A机房保留多数节点集群正常对外提供服务；当A机房故障时，集群机房故障切换流程将强制recover B机房的zookeeper，并将其补充到3节点以上规模，以完成数据库集群的机房级切换。

数据节点层共10个数据源，每个机房2份数据冗余副本，确保数据强一致。即便机房级故障场景中同时损失一个机房2副本，集群故障切换RPO=0且仍可正常对外提供服务。

此外，集群内的备份工具、数据同步工具等组件都采用同城双机房主备部署，各占用2台服务器。为避免数据备份和数据同步对业务网络产生影响，启用备份专网支撑数据备份与同步。

方案优势

高性能处理能力：便民缴费业务涉及大量用户的实时缴费需求，尤其在高峰时段，需要数据库具备快速响应和处理高并发事务的能力。GreatDB作为分布式数据库，通过横向扩展能有效分散访问压力，确保系统流畅运行，提升用户体验；
数据一致性与准确性：金融领域尤其是涉及资金交易的便民缴费业务，数据的准确性和一致性是根本。GreatDB通过设计强一致性的数据管理机制，确保每笔缴费交易都能被准确记录和处理，维护了用户账务的准确无误；
高可用性与容灾能力：分布式架构的GreatDB增强了系统容错性，即使单节点或部分网络出现故障，也不会导致整个便民缴费系统瘫痪，保证了服务的连续性和稳定性，符合银行业务对高可用性的严格要求；
可扩展性与成本效率：随着便民缴费业务的快速增长，GreatDB能按需扩展，存储和计算资源，避免了传统集中式数据库在资源达到上限时的瓶颈问题，同时也更加经济高效，降低了长期运维成本；
技术支持与定制化服务：GreatDB能更好地适应该国有股份制银行的特定业务需求，提供更深层次的技术支持和定制化服务，加速技术创新和业务响应速度。