银行29套数据库业务系统规模化整合最佳实践.pdf

某银行 29 套数据库业务系统规模化整合最佳 实践 摘要 由于长期大规模分散建设带来的竖井式 IT 蔓延和分布式建设的持续发展，银行业的整合需 求开始不断涌现。继江西银行 2016 年底整合了柜面和定价的应用和数据库系统，将 DB2、WAS、JAVA 应用、GPFS 和 Oracle 等软件快速从其它平台迁移到 LinuxONE 平 台，实现了无缝快速移植。通过 LinuxONE 全共享的架构优势，结合持续的扩展和自动化 资源优化能力，我们不断拓展大规模整合在银行业的深入应用。本文旨在通过简单明了的方 式解释 LinuxONE 是如何帮助某城商行实现大规模整合，以及对比传统分散建设都有哪些 方面的业务价值。 该城商行在目前大规模的小型机和 X86 的部署下，遇到了很多问题亟待解决。而这些问题 产生的原因最主要是该城商行缺乏一个可持续发展的平台，往往总是规划赶不上变化。因为 技术的原因，采购周期的原因，到位资金的问题，规划的原因，监管变化的原因，外部市场 环境变化等多种因素，使得该城商行在 IT 建设的不同阶段采购了大量品牌不同，产品不 同，型号不同的物理设备，部署了上百个业务系统，甚至有些业务系统还是单点和冷备的状 态，IT 基础架构复杂度非常高，信息孤岛现象严重，改造难度巨大且风险难以控制，极大 的阻碍了未来的业务发展。 另外互联网的快速发展使得该城商行业务受到极大的挑战，必须要做出改变，而反映到 IT，需要能够快速满足业务发展的需要，比如银行怎么能够快速推出好的产品，怎么快速启 用新渠道，这就需要基础架构更灵活。同时如何保障现有和新的平台的持续有效利用，资源 共享，特别是在数据库层面，越来越分散的建设思路已经造成了很多问题，竖井式的建设造 成了严重的资源浪费，而在某一时段急需资源的系统又得不到这种支撑，唯一能做的就是不 断增加硬件。那么其它问题也来了，高峰过后闲置的资源又如何被利用，如果高峰和平峰差 距较大，这种浪费将更加巨大，从一个系统扩散到几十个系统，数据中心的蔓延将不可避 免。即便 X86 足够便宜，经济性和高效运维而言也不具有持续性，比如大规模的机器部 署，软件成本的急剧攀升如何有效控制，那么多机器，如何保障一致性的运维，都是企业面 临的巨大挑战 该城商行所面临的挑战也是银行业遇到的普遍问题，我们将其归纳为四个方面： 第一方面是软件版本的不一致问题。 第二方面是系统缺乏一致的高可用保障。 第三方面是竖井式建设带来的信息孤岛和资源无法有效共享的问题 第四方面是急剧攀升的软件成本问题。 本文将重点围绕第三个方面进行展开分析，该城商行现有大量的小型机和 x86 服务器，分 别部署全行所有的业务系统。如果在新建数据中心的时候，继续沿用原来的建设模式，势必 使得当前的 IT 基础架构部署规模更大，信息孤岛和资源共享问题将更加突出。通过对该城 商行服务器的调查和该城商行反馈，低利用率的服务器大量存在，且只有少量业务长期处于 资源不足的情况，而其它大部分服务器在大部分时间处于低利用率状态。如何有效的实现资 源共享，减少资源浪费是该城商行亟待解决的问题。如果新数据中心建设继续采用原来的部 署模式，这种资源浪费的现象将更大规模的蔓延到两个数据中心。通过数据库规模化整合有 助于规避这样的风险，确保由于业务变化对物理资源的快速调整，同时保障不同业务负载的 优先级资源保障，确保闲置资源能够最大程度释放。比如，由于业务快速发展或者产品促销 推广（双十一，网红产品等），交易类业务负载会出现爆发式增长，交易量可能是之前的几 倍甚至数十倍以上，原规划业务如果部署在物理分散的两台处理能力较弱的小型机或者 x86 上，而且这些服务器同时还部署了其它业务，那这样的交易量使得该城商行只能被动的尽可 能增加新的设备进行补充。而一旦高峰结束，服务器使用率又回到较低的水平，资源长期闲 置，不能得到充分利用。业务高峰和平均使用率的差距越大，使得这种资源闲置越明显，对 于银行而言，很难预测和避免，只有通过自动化削峰填谷才能实现最大化资源集约利用，减 少浪费，避免业务快速发展带来的 IT 蔓延。 经过和该城商行多次沟通，梳理不同系统的业务特点，通过数据库规模化整合，实现资源共 享和优先级保障，将目标关注在 29 套数据库业务，共两个安全业务网络，其中核心业务安 全域共 3 套，开放业务安全域共 26 套。 该解决方案只会替代下图数据库部分，不会改变现有整体网络架构，不影响现有网络防护， 安全等架构和改造，外部交互还是通过应用系统来连接和管理。而在 LinuxONE 端也借助 商用服务器中安全