【免费】银行存储系统设计方案1资源-CSDN文库

需积分: 0 111 浏览量 2022-08-03 23:55:22 上传评论收藏 836KB PDF 举报

资源详情

资源评论

资源推荐

19231061 宋永欣

19231163 郭彧

银行存储系统设计方案

一、问题背景

随着金融产业的不断升级，金融信息化已成为金融行业的重要环节。银行在央行与银保监会等机构的监

督和管理下，信息化进程逐步加快推进。随着业务的变化和云计算技术的的成熟，应用场景和需求变化

越来越难以控制，银行业务高速发展，某500强银行原有平台CDC传统的数据中心解决方案已经满足不了

目前的应用需求的大量迭代，同时设备和应用的运维挑战难度极高。如何在技术和业务双层面优化存储

系统，成为摆在该银行面前的重要挑战。总部决定构建大中华区全新的虚拟化（云）平台，采用成熟的

虚拟化方案构建虚拟化数据中心，需要一套虚拟化实施方案。

二、需求分析

1. 业务部门划分需求

银行业务可分为五个分区，生产业务区、综合管理区、网银在线区、产品测试区、运维基础区，产生的

数据主要都是非结构化数据。为了保证数据的安全，可访问性应根据不同业务进行划分，每个区的权限

与资源分配有差别，具体划分如下：

生产业务区：生产业务相关数据读写权限；面向客户的核心数据，分配可用性最高的存储资源

综合管理区：所有权限；普通的存储资源

网银在线区：相关数据读写权限；面向客户的核心数据，分配可用性最高的存储资源

产品测试区：测试数据的读写权限；普通的存储资源

运维基础区：生产业务区和网银在线区的数据读写权限；普通存储资源

2. 带宽需求

需要先由业务制定业务指标（最大并发用户，吞吐量，响应时间等），让性能测试组根据预定业务指标

去进行业务系统压力测试，根据业务高峰期时的网络资源使用情况估算下生产环境的网络带宽等网络配

置。

3. 数据完整性

银行业务系统和办公系统作为主要系统，必须为系统用户提供准确的数据访问服务，故数据的完整性是

重要需求。

4. 数据可用性与容灾

银行存取款业务需要7*24工作，其他核心业务也要求极高的可用性，数据丢失的代价极大，对于数据保

存的要求非常严格，所以设计好系统的高可用性极为重要，必须保证RPO接近于0，尽量没有数据丢失，

RTO尽可能小，可以容忍一小段时间的宕机。银行系统产生的用户数据，是银行非常重要的资产，一旦

数据损失，后果是灾难性的。为了保证业务的可连续性(BC)，必须对存储系统做好灾备，本地数据备份

和异地灾备中心都是非常重要的容灾手段。

5. 数据机密性  
银行数据都具有很强的隐私性，所以必须保证数据机密性，防止不拥有权限的用户非法访问数据。
5. 系统可拓展性  
随着银行业务的不断扩大，用户数据的不断累计，所需要的存储空间至少随着线性速度增长，所以存储
系统必须具备很高的可扩展性，并且通过虚拟化部署使得扩展过程更简单、快捷。
三、目标设计  
1.  各业务部门权限划分明确
2.  满足数据最终完整性，尽量满足数据的完整性
3.  同城RPO为0，RTO为0
4.  异地RPO、RTO小于2小时
5.  系统可随业务高峰期动态调整
四、存储方案设计  
4.1 业务划分  
根据目前规划的5个分区：生产业务区、综合管理区、网银在线区、产品测试区、运维基础区，由于每
个分区对于虚拟机的数量以及性能上的需求不同，故分配方案如下：
生产业务区  
银行的业务总体可以分为资产业务、负债业务、中间业务三类，因此生产业务区的设计可以主要根据这
三类业务分配虚拟机。三类业务的每类任务都部署装有同样软件的虚拟机，并根据操作员人数分配相应
数量的终端服务器。
因此我们为每类业务分配一台高配置虚拟机作为终端服务器。从而满足每类业务异构性的需求，服务器
与终端之间形成一对多的映射，最终所需的主机资源数为终端数与终端服务器数求和。
综合管理区  
综合管理区拥有最高的数据操作权限，但由于其不是面向用户的核心业务，对可用性、并发的要求并不
高，只需要分配普通配置的虚拟机作为终端服务器以及满足需求的虚拟机数量即可。
网银在线区  
网银在线区承担银行的网银业务，该区域的特点是访问量随时间变化较为明显，峰值可能很高。所以网
银在线区需要根据当前实际网银业务访问量动态调整虚拟机的数量，从而对网银业务实现负载均衡；同
时由于网银在线区的虚拟机需要作Web服务器使用而终端服务器使用，因此网银在线区的服务器需要承
载更高的业务量，这也要求每台虚拟机需要更高的配置。
产品测试区  
产品测试区需要为银行的新产品进行测试，但是总体需求的资源比较少，分配一台与生产环境相同或相
似的虚拟机即可，如果进行抗压测试则根据具体情况进行调整。