银行行业数据库使用广泛,其中在非核心类应用中面临数据库种类多、SQL查询复杂、历史数据量大等共性问题,这些问题为非核心类业务系统的国产数据库的替换带来不小的挑战。本文从这些业务系统的特性及改造难点入手,基于国产数据库通用选型标准,结合实际的国产数据库的使用情况,分析国产化数据库多租户部署模式在非核心类业务系统中的实施成果。
随着数字化浪潮以及信创改造的层层叠进,银行行业国产化数据库的转型也是进入深水区,在核心业务系统和非核心业务系统中全面展开。但当前传统的集中式数据库在银行行业应用占比仍然较高,从传统集中式数据库向国产化数据库的转型升级仍然面临着应用兼容性、系统可用性、性能和扩展性、迁移成本等一系列挑战。
银行行业非核心类应用系统所使用的数据库多以传统的集中式数据库如Oracle、DB2为主,这类商业数据库产品成熟稳定、功能强大,满足性能和高可用要求。还有一部分应用系统使用开源MySQL或PostgreSQL数据库,应用在开发规范和SQL语法上具备更多的自主性和随意性。这一类应用系统和数据库使用有以下特性:
非核心类交易应用系统由于各系统使用数据库种类众多、业务使用的复杂性,在实际的国产化数据库升级改造过程中,为满足应用最小成本改造以及平滑迁移,还需要克服不少难点:
在非核心类系统国产数据库选型的时候,在兼容现有应用功能的基础之上,满足应用性能和扩展性要求,按照选型标准模板进行评分,选择产品功能和架构成熟稳定的产品。
在国产数据库的选型过程中,按照数据库基本功能(35%)、数据库开发功能(20%)、数据库高可用能力(10%)、数据库运维管理(20%)、数据库安全功能(10%)和数据库其它功能(5%)等维度进行评分。同时在产品POC测试或选型测试过程中,按照每个细项维度逐一核对验证,最后对评测结果汇总评分,用于数据库产品的最终评估参考。选型通用标准模板如下表所示,实际参考时功能细项指标要按照每一类指标细分评估:
非核心类业务系统由于存在存储过程、复杂SQL、数据量过大、数据库类型过多等特性,在国产化数据库改造过程中,按照以下原则进行推广使用。
对于银行非核心类业务系统,集中式部署模式已经满足大部分应用需求,同时利用现在国产分布式数据库的多租户管理能力,按照租户维度进行管理,充分利用管理集群的资源和运维管理能力,减少应用集群的部署资源。如下图所示,应用集群或单元和租户一一对应,统一在数据库管理集群下进行管理和资源隔离。多租户下统一的数据库集群管理有以下好处:
国产分布式数据库大都支持多租户管理模式,以GoldenDB数据库为例(如下图1所示),在同一套管理集群下部署多个租户,每个租户使用信创虚拟机部署(国芯+国产OS)、文件系统使用存储资源池进行分配,满足应用的计算性能和存储空间要求,避免单机PC服务器的性能和存储容量限制。
[
上图2是基于GoldenDB数据库的典型的多租户单中心部署图,各应用按照租户独立部署管理,应用通过DB负载均衡访问数据库。在管理集群部署上,管理节点和全局事务节点是多个租户共用,每个租户的数据节点和计算节点为虚拟化主机、文件系统则是通过虚拟化的华为全闪OceanStor Dorad SAN存储资源池进行划分,整个部署从硬件、操作系统和数据库层完成了全栈信创。
非核心类交易系统有OLTP负载也有OLAP负载,如存储层采用本地盘架构存在如下缺陷:
使用分布式数据库集中式部署架构的多租户管理模式,单个数据库管理集群(受限于管理节点的资源)能够支持100+应用系统、1000+数据库实例集群。同时单个租户支持独立部署,在高可用架构以及数据库管理上相对独立,并且利用虚拟机和共享资源池支撑TPS<2000、存储<10T的性能和存储能力。
[
在部署架构上各租户独立部署(如上图3所示),管理节点按照多中心架构部署,各应用根据自己的业务连续性要求部署单站点、同城或异地环境。同时在容灾切换演练时候,各租户也是互不影响,做到了部署资源和架构上的隔离和灵活性。
各应用根据应用性能和存储空间增长情况,能够进行横向和纵向扩缩容,通过调整计算节点实例数、调整计算节点和数据节点的服务器配置以满足性能要求;调整虚拟机服务器挂载的文件系统,进行存储空间的扩缩容。基于虚拟化的CPU、内存和存储资源部署,实现计算和存储性能的灵活扩展,突破物理服务器的性能容量限制。
多个租户由统一的数据库集群进行管理,包括资源纳管、高可用管理、用户管理、参数管理、监控告警、性能指标、备份恢复、统一API接口等运维管理功能。实际生产环境中按照不同的网络区域构建数据库运维管理集群,如互联网区、办公区、核心区和开放网络区域,每一类管理区域内部署不同的应用。
本文主要介绍了银行行业非核心业务类系统在国产化数据库选型和优化改造过程中的一些实践分享。首先从非核心业务类系统的现状和特性入手分析,剖析其中应用在数据库国产化改造的难点;然后基于国产数据库选型的通用模型和标准进行选型评估,摸索适合业务和架构特性的部署模式;最终选型采用基于虚拟化集成GoldenDB分布式数据库+全闪SAN存储资源池多租户模式承载OLTP和OLAP混合负载。围绕多租户部署模式,详细介绍了高可用部署架构、功能特性以及实施效果。相比较其它国产集中式或分布式数据库以及使用本地盘方式部署,采用基于专业存储的存算分离架构,使用多租户的集中式部署,应用在部署和管理上更加独立和灵活外,同时复用了管理集群的资源,减少数据库集群的同时,也提升了资源的利用率。
课题协作:
郜斌 某城商行 系统工程师
李文涛 某城商行 存储工程师
高剑 贵阳银行 存储工程师
王之军 某城商行 系统工程师
朱向东 某银行 高级工程师
课题审核:
申俊杰 桂林银行 系统架构师
如果觉得我的文章对您有用,请点赞。您的支持将鼓励我继续创作!
赞4
添加新评论7 条评论
2024-02-29 09:17
2024-02-22 10:30
2024-02-22 10:04
2024-02-21 10:52
王登峰: @王登峰 敢于实践值得敬佩 总结分享值得推荐 [强]
2024-02-19 12:00
2024-02-19 11:25
2024-02-19 09:40