金融IT机会点和解决方案介绍.pptx

1、金融金融 银行行业理解及拓展策略银行行业理解及拓展策略 存储存储产品产品线线 20142014年年7 7月月金融金融ITIT机会点和解决方案介绍机会点和解决方案介绍 金融行业分析机会和解决方案信息获取1 12 23 3目录市场：金融行业 客户多、总量大、增速稳n中国金融行业中国金融行业ITIT总投资总投资20152015年预计约年预计约11201120亿人民币；其中亿人民币；其中银行银行850850亿亿，年平均复合，年平均复合增长率约增长率约12%12%n其中，可参与空间约其中，可参与空间约200200亿人民币，亿人民币，ITIT产品线产品线可参与空间为可参与空间为105105亿亿人民币人民币

2、五大行27%股份制银行18%区域银行25%保险17%证券13%IT产品线可见空间 105亿RMB28亿18亿26亿18亿15亿中国银行金融机构n国有商业银行 5家n邮政储蓄银行 1家n政策性银行 3家n股份制银行 12家n区域银行（城商行、农商行、省农信社）220+家n村镇银行 2500+家n新兴银行（微众银行）1家非银金融机构n保险公司 138家，其中大型5家n证券 115家，其中大型5家7.4%10.1%10.3%12.9%13.2%12.0%0%5%10%15%20%0 3,000 6,000 9,000 12,000 15,000 18,000 21,000 2012201320142

3、015201620172013-20182013-2018年银行业年银行业ITIT开支预测开支预测硬件软件服务增长率20040060080010001200140020132014201520162017 2018亿RMB利率市场化加剧市场竞争监管力度加强谨防科技风险传统金融业务遭遇互联网金融冲击ICT创新技术逐步渗透业务2013年，银行收入增速下降11，总利润下降2%银监会发布39号文件，要求每年安全可控技术应用率提升15%应于安全可控应用技术的预研投入不低于IT整体投入的5%截止2019年，安全可控技术应用率达75%截止2014年6月30日，余额宝用户数量突破1亿，规模逼近6000亿云计算

4、、社交化、移动化、大数据，支撑金融转型和新业务开创，提升核心竞争力如：2014年淘宝“双十一”的移动支付交易量由2013年的15.3%上升到47.6%宏观环境工行董事长姜建清 提出建设“信息化银行”从银行信息化到信息化银行，是通过信息的集中、整合、共享、挖掘，使银行整个经营决策和战略制定从经验依赖向数据依据转化打造具有金融服务特色的电商“平台”;各个节点、企业和个人的交易信息、金融信息、物流信息等在内的所有信息储存在这个平台上让“数据”发出有价值的声音;使数据真正成为提高竞争力和经济价值的生产因素成为互联网“金融”创新的引领者;主动融入互联网金融生态变局.建行董事长王洪章 提出建设“大数据银行

5、”通过大数据实现大型银行战略转型数据作为战略性资产，通过数据挖掘能力成为大型商业银行的核心竞争能力银行整合完整的客户行为数据，充分了解客户消费及投融资偏好，能够据以即时为客户提供针对性服务数据成为资产、不再追求精准、强调预测、关注相关性而非因果性成为大数据时代的关键思维特征工行和建行IT战略趋势：金融行业宏观环境分析竞争、创新、监管竞争、创新、监管利率市场化的目标建立以市场资金供求为基础，以中央银行基准利率为调控核心，由市场资金供求决定各种利率水平的市场利率体系。加速行业整合 l资产配置结构的调整以及金融创新产品的开发和应用，将加剧银行间的竞争和整合l 如由中国民生银行，包商银行、哈尔滨银行共

6、同倡导发起33家中小银行组成的亚洲金融联盟，共享业务平台以及IT技术和资源竞争：“利率市场化”给传统银行业务带来的影响 产品创新加速 l加速金融产品和工具的创新和应用，要求具备弹性、快速上线的IT架构l创新将会贯穿于其战略、产品、服务和运营等各方面，如：社区银行，全渠道建设，小微金融、直销银行等 混业经营是趋势 l随着世界经济经济和金融一体化增强，综合化经营以成为国际金融市场的一大趋势，多种数据来源分析用户信用给大数据带来机会l中国银行开展了投资银行业务中银国际控投；投资业务中银集团投资，中银航空租赁直接融资成长迅速 l债券、股票、信托等直接融资市场发展迅速，带来巨大的IT建设机会l2013年

7、我国直接融资占比为42.3%，同比2012年增长30%，但仍低于印度（66.7%），印度尼西亚（66.3%），成长空间巨大竞争：互联网金融推动银行信息化进程，银行业务在互联网渠道创新（网上银行 手机银行 网上交易 网上投保 网上理财）互联网平台在银行业务上创新（第三方支付 小微信贷 众筹 P2P O2O）目标：业务模式创新，服务水平提升，管理机制转型，IT架构演进互联网可以完成互联网可以完成60%60%以以上的物理渠道业务，而上的物理渠道业务，而且客户无需等待且客户无需等待阿里小贷每笔成本阿里小贷每笔成本2.32.3元元，而传统银行每笔贷，而传统银行每笔贷款成本至少款成本至少20002000元

8、元银行的渠道覆盖目标是银行的渠道覆盖目标是随时随地地提供服务，随时随地地提供服务，互联网恰好满足这点互联网恰好满足这点成熟的互联网平台可以成熟的互联网平台可以为金融机构提供更强的为金融机构提供更强的渠道保障，阿里金融云渠道保障，阿里金融云租赁服务于租赁服务于4040多个中小多个中小金融机构金融机构创新：从传统实时业务平台向分布式业务平台转型传统实时业务平台分布式业务平台关系型数据库大/小机存储分布式数据库小机下移高端存储MPP DBX86服务器NAS/SAN基础网络平台PaaS（中间件平台云服务）IaaS（基础设施云服务）计算网络存储渠道/终端MPP DBNOSQLSQL行业应用业务平台，传统

9、实时式与分布式长期共存ATM/VTM柜面手机银行呼叫中心举例建行联合创新：验证了大机业务系统迁移到开放平台的可行性（涉及数据库、中间件、高端服务器、高端存储等）工行联合创新：围绕云平台和云网络，孵化完整解决方案（涉及云平台、Server SAN、MPP DB、SDN网络等）大数据大数据云平台客户：银行业务和IT系统概况 个人贷款 公司贷款 同业贷款 证券投资 支付结算/卡业务 保险、债券、基金等理财代理；代收/代付，担保 外汇、贵金属、金融产品交易 个人存款 企业存款 同业拆借 发行债券三大客户群大企业，小微企业，个人数据的整合，管理和分析数据的整合，管理和分析渠渠道道接接入入金融产品核心系统

10、核心系统金融产品和服务金融产品和服务经经营营管管理理银行IT架构银行业务新的业务新的业务增长点增长点探索大数据探索大数据对业务推动对业务推动客户：商业银行IT系统拓扑 总行IT架构一般分为：渠道接入、业务产品、管理分析等三个层次。中大型银行（包括五大行、股份制银行、大城商行），IT总分架构，数据和数据处理集中在总行，一级分行有部分特色业务。中型银行（股份制银行、大型城商行）分行前置系统上收。小型银行的分支机构更多是一个网络节点，一般没有分行前置和特色业务系统。银行银行ITIT架构架构分行大前置分行特色业务人行支付前置银联前置一级分行1SWIFT组织中登公司人民银行中国银联Internet分行大

11、前置分行特色业务人行支付前置银联前置一级分行N主DC备DC客户：银行IT业务系统全景渠道服渠道服务集成务集成客户客户网银电话银行网点手机银行ATM 服服务务总总线线综合前置 外部渠道接口内部渠道内部渠道外部渠道外部渠道金融产品金融产品数数据仓库据仓库大数据大数据平台平台ODSODS财务管理风险管理客户市场洞察内部服务支持经营管理经营管理资产负债管理数据集成资金交易管控与支持风险预警呼叫中心贷后检查与监控信用卡核心现金管理反洗钱信息发布平台单证系统核心系统信贷管理系统支付结算国际结算中间业务平台报表&统计 数数据据传传输输平平台台人行前置银联前置电子影电子影像数据像数据内容管理平台交易记交易记录

12、，生录，生产数据产数据交 易交 易 流流水数据水数据交易交易流流水、用水、用户行为户行为日志日志交易交易日志、日志、语音数据、语音数据、CCCC应用数应用数据据产品服务产品服务(核心）核心）产品服务支持产品服务支持账户账户数据；数据；交易记录；交易记录；历史交易；历史交易；交易日志；交易日志；业务数业务数据据业务数业务数据据报表文报表文件件A/BA/BACA/CBC/D业务：银行典型业务系统介绍核心业务系统类型类型描述描述功能定位处理客户存款、贷款、支付等业务，实现客户管理、账务处理、分支机构管理等业务功能。业务描述1、联机业务：实时处理前置的业务、账务请求，并返回处理结果，对实时性要求较高。

13、2、批量业务：完成日终/月终/年终进行的总分账户的结算、报表等功能，不中断联机业务。机会点1、现阶段，银行核心系统采用集中部署集中部署的方案。2、我国银行现有核心系统都是胖核心胖核心。近期成立的微众银行拟采用长亮科技的分布式核心的部署方案。采用瘦核心、分布式和云核心系统方案的成为一个降低成本解决方案，对于X86系列服务器的需求增加。业务：银行典型业务系统介绍网银系统类型类型描述描述功能定位 网银系统成为银行为客户提供自助服务的重要渠道，降低人力成本的手段，突破物理网点限制的办法，根据服务对象分为个人网银、手机银行和企业网银。业务描述1、客户登陆网银，通过GLB将客户请求分配到Web集群中的一台

14、服务器中；2、进行客户身份信息验证；3、处理客户请求，将客户请求报文通过网关发送到相应的应用中，并处理返回结果。机会点1、现阶段，中型股份制银行约有1千万用户、WEB服务器集群约为20台左右；国有大行接近2亿用户，服务器400台；2、新技术和新渠道的创新应用快速增加；3、随着网络渠道增多，网银服务器承担较大的压力，服务器虚拟化，云化，容灾等要求增加。业务：银行典型业务系统 企业级数据仓库系统类型类型描述描述功能定位抽取源系统中生产数据，构建银行数据仓库，通过建模对数据进行加工提供给各下游系统应用，如CRM、报表系统。业务描述1、各应用系统通过数据交换平台向ODS系统提供源数据；2、对于实时性要

15、求较高的数据，ODS进行简单加工后提供给目标系统，如查询系统；3、其他数据经过ELT后，加载到数据仓库中；4、数据仓库根据建模对于数据进行深加工，提供各目标系统，如CRM、报表平台，一般情况数据为T+1后使用。机会点1、随着数据的价值越来越被银行重视，数据量、保存时间和增速相比之前有了较大提升；2、随着非结构化数据使用的增多，为个性化算法提供高效解决方案的设备需求增加；3、对于数据的实时性要求增加，现阶段大部分系对于数据的实时性要求增加，现阶段大部分系统使用统使用T-1T-1的数据，改造需求增加的数据，改造需求增加。金融行业分析机会和解决方案信息获取1 12 23 3目录金融行业2015年IT

16、建设重点五大行五大行股份制银行股份制银行区域银行区域银行保险保险&证券证券五大行IT建设，基于安全可控，逐步向分布式平台转型利用最新的云计算技术，借鉴互联网分布式平台建设经验，搭建适合于大行的私有云平台适用业务发展的新数据中心建设、灾备中心建设、老旧设备替换、扩容等股份制IT稳步建设，开始尝试分布式业务平台两地三中心的同城中心改双活，分行双活利用云计算构建开发测试云和管理系统云化区域银行机构投资稳定增长，重点建设灾备中心和新一代核心系统同城双活和两地三中心建设新一代核心系统建设保险业重点建设容灾中心，尝试私有云平台，证券建设证联公司保险业务互联网化，尝试私有云证联公司建设和混业经营容灾数据中心

17、建设IT解决方案场景机会分析技术成熟度开发测试云大数据双活视频监控客户接受度桌面云电子影像虚拟化融合基础设施OLAP融合基础设施XXXX金融IT解决方案专项组负责产品部门直接负责双活容灾思考？业务双活开发测试云虚拟化融合基础设施电子影像视频监控银行业客户为什么需要双活，客户的真实诉求有哪些？银行业有哪些典型的双活实践？银行哪些IT系统有双活的需求，银行业的双活是如何构建的？银行业灾备建设的双活趋势同城/异地灾备中心两地三中心主备模式双活，双活+异地总行重要系统容灾总行容灾和分行容灾灾备建设范围广度灾备模式发展方向l银行业灾备建设起步早、起点高，领先于其他行业。l商业银行业务连续性监管指引（20

18、11年104号文）的发布，标志着以银行业为代表的金融行业，吹响向业务连续性管理迈进的号角。l工行、建行、交行、光大等银行在积极探索建设双活/多活中心。l城商行、农信社等区域金融借着新建灾备或核心生产换代机会，更倾向于同城双活的灾备模式。业务双活开发测试云虚拟化融合基础设施电子影像视频监控银行业客户对双活的诉求银行业业务连续性监管要求高。商业银行业务连续性监管指引（银监发）要求“原则上，重要业务恢复时间目标不得大于4小时”传统主备容灾模式下，灾备切换时间长、风险高。对恢复人员的技术能力和抗压能力都是很高的挑战。伴随ICT技术发展，要求实现IT系统在同城范围内的高可用。提高同城资源的利用率，降低数

19、据中心整体TCO。方便运维，为IT系统循环升级提供极大便利。12345业务双活开发测试云虚拟化融合基础设施电子影像视频监控某国有大行的双活/多活模式 应用平台在北京DC1-北京DC2-武汉DC3将采用两地三中心部署的模式：P1-P5为渠道层系统，三地生产中心部署模式，分别承担部分渠道接入业务，互为主备。P6-P8为核心业务产品，为生产-查询-灾备部署模式。P9-P12为管理和分析类系统，为异地主备部署模式。渠道层业务产品层管理和分析层业务双活开发测试云虚拟化融合基础设施电子影像视频监控某股份制银行同城运营级双活，总体两地三中心模式北京DC1北京DC2应用同步复制同步复制武汉DC3应用异步复制

20、两地三中心的容灾部署模式。同城DC1和DC2两个数据中心是运营级双活（大同城），业务交叉互备。DC3是异地应用级灾备（小异地），主要是支持柜面和支付业务的容灾。应用核心业务系统核心系统网点前置总行SWIFT个人消费信贷.国际结算信贷风险管理总行大前置外汇买卖.核心业务系统总行大前置.现代化支付业务双活开发测试云虚拟化融合基础设施电子影像视频监控某区域银行同城业务级双活模式，总体两地三中心模式生产DC1同城生产DC2跨站点部署应用跨站点镜像卷异地DC3异步复制 两地三中心的容灾部署模式。同城DC1和DC2两个数据中心是业务级双活，一个数据中心故障，另一个数据中心对外提供不间断业务服务。DC3是异

21、地应用级灾备，主要是支持柜面和支付业务的容灾。核心业务系统综合大前置网银系统信贷管理系统.核心业务系统综合大前置.应用业务双活开发测试云虚拟化融合基础设施电子影像视频监控银行典型IT系统业务分析和双活需求网上银行网上银行（关键渠道系统）（关键渠道系统）核心业务系统核心业务系统（关键业务系统）（关键业务系统）业务双活开发测试云虚拟化融合基础设施电子影像视频监控业务和业务和ITIT特点特点双双活部活部署需求署需求l网银是银行最主要的业务访问渠道。l业务访问量大、高并发、7*24服务。l网银Web、网银App无客户数据。l网银DB主要保存流水数据。l银行最关键的业务系统，7*24服务，中断影响全行业

22、务，系统连续性要求最高。l银行账务等关键数据，要求数据强一致性。l系统有很高的循环升级需求。l网银Web、APP双中心独立部署。l网银DB在两个中心双活部署。l访问流量通过GSLB在双中心间做负载均衡。l核心业务系统数据库集群在两个数据中心双活，同时保证数据的强一致性。l核心业务系统DB数据的存储层需跨中心双活。银行业务双活解决方案l双活存储、集群应用、双活网络和数据中心出口全局负载均衡等四大关键技术端到端拉通，实现业务级双活l网银系统等B/S类渠道接入系统，通过双活部署，在双中心引入访问流量l核心业务系统、卡系统、中间业务系统等关键业务系统，通过跨中心数据库双活等技术实现双活部署方案简介方案

23、简介lRPO=0，RTO0，可用性等级5+，业务零等待l单数据中心任意故障场景轻松应对，业务自动切换，无需人为干预l充分利旧，保护已有投资：底层可以通过VIS接管异构存储，上层可以通过FusionSphere利用已有服务器l扩展性强，可灵活扩展两地三中心的容灾布局客户价值客户价值DC2DC2 WANDC1DC1 LAN LAN用户用户A A用户用户B B网银DB（数据库双活）网银App 网银WebSLBSLBGSLBGSLB SAN SAN核心系统App+DB（数据库双活）存储层双活业务双活开发测试云虚拟化融合基础设施电子影像视频监控城商行同城数据中心解决方案核心生产区外围业务区OSAPPOS

24、APPOSAPPOSAPPOSAPPOSAPP网银区OSAPPOSAPPOSAPPOSAPPOSAPPOSAPP内联区OSAPPOSAPPOSAPPOSAPPOSAPPOSAPP外联区OSAPPOSAPPOSAPPInternetMAN/WAN核心交换区专线金级资源池银级资源池NAS资源池核心生产区外围业务区OSAPPOSAPPOSAPPOSAPPOSAPPOSAPP网银区OSAPPOSAPPOSAPPOSAPPOSAPPOSAPP内联区OSAPPOSAPPOSAPPOSAPPOSAPPOSAPP外联区OSAPPOSAPPOSAPPInternetMAN/WAN核心交换区专线金级资源池银级资源

25、池NAS资源池生产中心灾备中心网银Web网银App手机/微信Web综合前端支付前置银联前置中间业务前置网银DB中间业务App/DB个人理财银证/基通综合柜面信贷系统信贷DB支付平台核心应用核心DBl核心系统存储双活、网络双活：系统分钟级切换，采用Oracle Flashback技术能防范误操作l云平台双活及计算池化：网银类B/S业务，采用全双活部署；网银区、内联区、外联区及外围业务区计算池化，资源弹性伸缩l存储资源池化：金级SAN资源池、银级SAN资源池、NAS资源池方案简介方案简介lRPO=0，数据零丢失l核心系统分钟级切换，且能防范误操作，支持单表恢复，能恢复到任一事务时间点l云平台任意应

26、用故障轻松应对，应用自动切换，无需人为干预l充分利旧，保护已有投资：底层可以通过VIS接管异构存储，上层可以通过FusionSphere利旧已有服务器l扩展性强，可灵活扩展两地三中心的容灾布局客户价值客户价值业务双活开发测试云虚拟化融合基础设施电子影像视频监控双活容灾竞争分析-EMCVPLEX+RecoveryPoint通过VPLEX网关实现双活VPLEX最大16控，只有读cacheRecoveryPoint实现持续数据保护攻攻1.可靠性差：VPLEX与存储层无交叉组网，若一个数据中心存储和对端VPLEX同时发生故障，业务会中断。2.RecoverPoint有诸多缺陷：性能差、历史数据恢复时间

27、长，并且RP恢复不到任意时间点。3.是端到端双活：是业界唯一提供完整端到端双活数据中心的厂商。对网络和存储传输协议优化。防防1.VPLEX有分布式cache。【防守】（1）VPLEX的分布式cache只对读IO加速，不对写IO加速。（2）VPLEX将数据写到磁盘之前，需要在两站点间经过多次交互后，增加写IO处理延时。2.EMC方案有RecoverPoint。【防守】通过Oracle闪回功能，可业务不中断回退。如果客户被引导，可以推VIS双活+飞康CDP方案，CDP无论从性能还是保护细粒度方面都对RP有优势。业务双活开发测试云虚拟化融合基础设施电子影像视频监控双活容灾竞争分析-IBMSVC通过S

28、VC网关实现双活SVC有读写cache攻攻1.伪双活（A-P模式）2.可靠性极差：SVC架构上的IOGROUP决定了只容许1个控制器故障，2个控制器故障则业务中断。3.运维复杂：在运行阶段，如达到所在IO group的性能极限，需中断业务进行LUN迁移。4.是端到端双活：是业界唯一提供完整端到端双活数据中心的厂商。对网络和存储传输协议优化。防防1.SVC支持分级存储，压缩，快照等增值特性【防守】实际在SAN网关实现这些功能意义不大，反而消耗其资源和性能。的存储阵列都可以实现这些功能。2.SVC支持读写cache【防守】SVC缓存模式在设备故障时会导致数据丢失。VIS的透写模式不会因为设备故障或

29、者异常的时候造成数据丢失。业务双活开发测试云虚拟化融合基础设施电子影像视频监控双活容灾销售策略目标客户区域银行（城商行、农商行、信用社）股份制银行一级分行中小保险公司目标场景渠道接入类系统双活（如网银系统、柜面系统等）重要业务系统的双活可用重大机会点整体容灾架构和布局调整的机会新业务系统上线重要业务系统或渠道系统（如网银）双活改造机会点扫描，问些什么？是否有新建同城或异地灾备中心的计划？是否有对现有生产中心或灾备中心升级改造或搬迁的计划？近期是否出现生产中断或重大事故？近期是否有新系统上线？新系统是否有容灾规划？灾备投资预算、关键时间点？生产中心和灾备中心的距离有多远？灾备系统范围、灾备恢复目

30、标？现网存储品牌、数据库情况？灾备中心是否计划提供业务服务？如果灾备中心要提供业务，那么灾备和生产中心是否需要提供相同的业务？机会判断需求判断业务双活开发测试云虚拟化融合基础设施电子影像视频监控成功案例：容灾方案帮助渤海财险构建本地高可用和同城灾备渤海财险于2005年10月18日成立，目前拥有25家省级机构，200多家地市级和县级机构，提供交通工具保险、财产保险、工程保险、运输保险、责任保险、保证保险、意外伤害保险、短期健康保险等16大类保险产品。l 通过VIS实现存储本地高可用，解决核心生产数据的单点问题l 通过高端存储异步复制功能实现同城灾备，满足业务连续要求l 通过容灾管理软件RD实现可

31、视、高效的容灾管理l 高端存储实现金融行业核心生产的突破解决方案解决方案l 较低成本实现同城灾备，满足业务连续性监管要求l 存储本地高可用，在保障生产数据安全的同时，方便生产存储的升级和维护l 可视化一键式容灾管理，方便客户进行验证和容灾切换客户价值客户价值l 通过存储本地高可用，在规避存储单点的同时，将存储带进客户核心生产环境l 集中、可视化的一键式容灾管理，让客户体会到便利l 存储复制构建同城容灾，为后续同城双活升级或两地三中心升级埋下伏笔方案亮点方案亮点业务双活开发测试云虚拟化融合基础设施电子影像视频监控开发测试云问题思考？金融客户在IT基础架构上面临哪些困难和挑战？云能带来哪些变革，和

32、单纯虚拟化的区别？我们有哪些解决方案和产品，可以提供哪些亮点价值？业务双活开发测试云虚拟化融合基础设施电子影像视频监控云建设趋势传统IT架构虚拟化应用基础设施云化局部实施（开发测试环境）全面实施（生产环境）云建设范围广度基础设施发展方向l互联网及移动设备的高速发展，运维效率，新需求上线速度，成本等因素都在推动金融机构必须进行IT技术转型和发展l从国有五大行到区域银行都在积极尝试虚拟化或云化等基础设施架构转型l虚拟化技术相对成熟，大型金融机构已进行了不同程度部署。现在在积极向基础设施云推进l建行已完成内部私有云搭建；工行、招行、华夏等银行正在积极筹建基础设施云l中小银行相对缓慢，更多处于从传统架

33、构向虚拟化技术转型阶段逐步实现传统逐步实现传统ITIT向虚拟化及整体云化向虚拟化及整体云化转型趋势转型趋势业务双活开发测试云虚拟化融合基础设施电子影像视频监控客户现状和需求现状及痛点现状及痛点工行现网Vmware集群小，只有4-8台server，集群数目众多，资源共享困难。存储多为单设备孤岛，扩展能力差，存储池化诉求很高。网络自动化程度低，多有手工操作，变更工作量及潜在风险大。开发测试环境，多数版本项目并行操作，资源共享需求强烈业务上线流程繁复，周期长。工行新业务上线需要50个步骤，周期1个月。无法快速应对需求，客户期望从1月到1天。上海客户明确提出，期望批量，自动化上线发布，快速响应市场。尤

34、其开发测试场景环境部署，版本更替，急需提升效率移动银行的快速发展，业务高峰预估困难。扩容耗时，减容困难。如工行双11支持。数据中心运维人员稀缺，人力成本高，工行数据中心IT与网络的运维人员有300人；农行服务器运维人员有11个人，2015年新上线1000台设备，传统架构下现有人力无法完成运维支撑。开发测试场景频繁的环境变更及资源调度，传统架构耗时耗力，无法高效支撑场景需求。且缺少专业数据中心维护人员，对管理简便，智能化有明确诉求。银行系统复杂，现网大量设备类型（PM/VM/存储等）。无法统一纳管，标准化运营.统一纳管 高效运维 资源池化 弹性伸缩 快速上线基础设施云需求需求业务双活开发测试云虚

35、拟化融合基础设施电子影像视频监控开发测试云解决方案l整合底层各硬件资源，提供计算、存储、网络资源池，充分共享l通过云调度引擎实现资源的智能调度，灵活扩展l对外提供多种服务目录，支撑业务快速上线及高效运维l配合统一管理平台，实现高效运维方案简介方案简介l实现计算/存储/网络全面虚拟化，自动化配置及变更，有效改善开发测试环境变更频繁，部署困难等问题l实现虚拟化大资源池化，充分共享，避免资源碎片及多对象管理lSDS，SDN技术，池化存储及网络能力，提供不同SLA资源池，自动化管理配置，异构多厂商设备，解决现有维管痛点l智能管控，实现业务弹性伸缩，有效应对金融业务高峰l统一管理数据中心基础设施，高效运

36、维（虚拟化和非虚拟化，多虚拟化平台，多数据中心统一纳管）l统一门户、模板化自助式应用部署模式，多类IT服务供给方式，满足业务快速上线，有效提升运维效率，降低成本客户价值客户价值VM网络虚拟化物理资源虚拟资源基础设施服务网络VM存储X86服务器Unix云主机x86云主机块存储VPC存储虚拟化物理设备ELB弹性伸缩应用部署银行应用核心业务中间业务渠道接入管理支撑开发测试桌面分析计量统一告警性能监控用户管理云管理自服务Portal非虚拟化资源数据中心管理平台基础设施云平台对象存储云资源调度 VMVMFusionCube一体机2.池化共享3.快速上线4.弹性扩展1.服务目录 非虚拟化资源 ESXiUV

37、PESXiUVP业务双活开发测试云虚拟化融合基础设施电子影像视频监控开发测试云销售策略目标客户 大中型金融机构：工农中建交五大行，股份制银行，大型保险证券机构目标场景开发测试云（2015年落地）基础设施云（2016年落地）重大机会点基础设施云平台构建/转型IAAS建设，新数据中心建设计算，存储，网络设备及技术引入机会点扫描，问些什么？是否有新建数据中心计划？扩容需求？是否有对现有基础设施平台优化转型的计划？是否有IT新技术引入？近期是否出现生产中断或重大事故？近期是否有新系统上线？是否有强烈提升运维效率，快速应对需求意愿，或危机感（如互联网金融）？数据中心建设管理的投资预算、关键时间点？是否应

38、用了虚拟化技术？哪个厂商？是否已有简单运维平台，或期望自己研发，自动化程度如何？现网存储，计算，网络设备规模，型号，品牌？现有的运维及资源管理痛点，业务挑战？机会判断需求判断业务双活开发测试云虚拟化融合基础设施电子影像视频监控开发测试云竞争分析-VMware产品套件：vSphere、vCloud、vRealize、vSAN攻防VMware使用及维护成本昂贵，架构封闭，易造成单厂商绑定虚拟化集群规模小，无法有效共享，易造成资源碎片和多集群维管难度（VMware：32 节点 VS FusionSphere：128节点）分布式存储性能和扩展性差 （vSAN 32节点 VS FusionStorage

39、 2000节点）不支持裸机（非虚拟化）资源池的管理和部署技术服务支持差，响应慢Gartner位置优势？【防守】是Gartner唯一非美国厂家。且技术是发展的，的技术能力有目共睹。市场占有率？【防守】在中国区市场已占三成，VMware占有率逐年下降；云计算是战略方向。稳定性？【防守】银行自主可控的要求更倾向于使用开放架构平台。开源不意味着不稳定。Linux和AWS都是基于开源；FusionSphere已成熟商用6年，拥有大量案例。兼容性？【防守】FusionSphere兼容业内主流硬件厂家产品，已占绝大多数份额。对网络设备深度集成优于Vmware。业务双活开发测试云虚拟化融合基础设施电子影像视频

40、监控案例分析工商银行ICBC基础设施云架构网络、存储都是手工配置，无法快速供给资源孤立，虚拟化资源池小，数目繁多，管理复杂应用无法弹性扩展和收缩高端SAN存储容量压力大基础设施云解决方案大的物理网络分区，和网络资源池化大计算和存储资源池，和分布文件系统，提高资源效率云管理平台提供服务目录，实现自服务，保证运维基于主流开放的架构，满足银监会金融IT自主可控需求；支持物理机，多种虚拟化资源池统一管理SDS/SDN Controller简化存储资源管理/网络配置管理单套FusionStorage可供给多个虚拟集群，大大减化运维工作客客户痛点户痛点方案方案客户价值客户价值编排服务计算管理器存储管理器网

41、络管理器监控裸机管理鉴权镜像管理对象存储界面智能运维平台云启动服务（CBS）云发放服务（CPS）基础OS安装、管理节点发放 及 Bare Metal资源池虚拟交换机（EVS）SDN 控制器网络服务-FW/LB裸机硬件服务计算适配器*n存储适配器*n网络适配器*nKVM集群Vmware集群ServerSan 资源池FC San 资源池计算 存储网络业务双活开发测试云虚拟化融合基础设施电子影像视频监控虚拟化融合基础设施思考？中小银行的数据中心的管理维护面临哪些问题，我们的融合基础设施能解决哪些？虚拟化融合基础设施如何满足金融业对安全的诉求？虚拟化融合基础设施有什么突出的功能点和优势？业务双活开发测

42、试云虚拟化融合基础设施电子影像视频监控客户现状和需求现状和趋势现状和趋势 新应用系统部署上线，需逐项采购设备并实施部署，通常耗时约2个月 兼容性复杂，涉及多厂家硬件(IBM、HP、CISCO)，涉及OS、中间件、数据库的兼容性 机房空间与供电存在较大瓶颈，成本过高 生产维护人员一般为5-6人，维护工作量和压力巨大 如何能在半天内快速部署上线新应用系统？如何更节省成本？如何运维管理更简单？简化运维快速部署降低成本带来的问题和挑战带来的问题和挑战需求需求业务双活开发测试云虚拟化融合基础设施电子影像视频监控虚拟化融合基础设施解决方案l适用于区域银行柜面前置和应用虚拟机环境，将所需的计算/存储/网络融

43、合在标准机柜中，并预装操作系统/应用等，开箱即用l典型配置采用两框FusionCube，A框的一半加B框的一半组成一个虚拟化集群，部署Web服务器，A框的另一半加B框的另一半组成另一个虚拟化集群，部署App服务器。方案简介方案简介l统一管理，统一监控，降低30%运维成本l节省75%机房空间l业务快速部署上线，缩短80%上线时间客户价值客户价值FusionCubeFusionCube终端用户DMZ区内网区WebWeb网银WebWeb柜面AppApp网银AppApp柜面WebWeb网银WebWeb柜面AppApp网银AppApp柜面集群业务双活开发测试云虚拟化融合基础设施电子影像视频监控A框B框虚

44、拟化融合基础设施销售策略目标客户 区域银行（城商行、农商行、信用社）中小保险公司 证券公司、信托公司目标场景 渠道接入类系统的web/app虚拟化场景 OA应用重大机会点-3不够机房空间不够业务上线时间不够运维人员不够问些什么？渠道接入类应用系统在管理和维护上有无压力？生产机房空间的扩展性是否受限？新业务上线一般占用多长时间，有无快速业务上线的需求？近期有无虚拟化改造的需求？系统改造投资预算、关键时间点？渠道接入用户数、业务规模及高峰并发量？机会判断需求判断业务双活开发测试云虚拟化融合基础设施电子影像视频监控虚拟化融合基础设施竞争分析-Vblock产品规格：vblock100,vblock20

45、0,vblock320,vblock720l运维复杂，必须进入到三家产品的管理平台进行管理，无法做到真正的统一管理l扩展性弱，不能跨柜配置集群l性能低，Vblock采用集中的SAN架构，并发性能不如分布式存储攻lVblock的UCS Service profile 特性能做到更换物理服务器无需更改MAC,RAID卡配置，提升管理效率：E9000+eSight已支持基本的无状态计算lVblock中的EMC存储产品数据保护与容灾方案完善：虚拟化主机复制容灾在FusionCube R3C00已规划lVblock部署的EMC存储数据特性较多FusionCube数据库方案采用全SSD做存储，无需Auto

46、 Tiering。压缩，去重已在后续版本规划防业务双活开发测试云虚拟化融合基础设施电子影像视频监控案例分析-FusionCube 一体机助力中信信托向互联网金融迈进l部署3套FusionCube融合一体机，实现了计算、存储、网络的高度融合，有效的减少了机房占用空间；l部署分布式存储软件，大幅提升存储性能；解决解决方案方案l给约200家外部客户承担主机托管业务，而维护人员较少(仅5-6人)，迫切需要集中管理，简化运维工作量和压力；l机房空间有限，无法容纳如此多的服务器，扩展性差；l服务器数量众多，设备功耗高，迫切需要降低运维成本。业务挑战业务挑战中信信托是中国银监会直接监管的以信托业务为主业的全

47、国性非银行金融机构，是资产管理规模最大、综合经营实力稳居行业领先地位的信托公司。中信信托资产管理规模已达7000亿元，连续五年保持行业第一。l和传统的方案相比，相同的计算存储密度，空间节省75%；l新业务上线时间缩短80%；l集中监控和运维，提高运维效率，降低30%运维成本。客户价值客户价值业务双活开发测试云虚拟化融合基础设施电子影像视频监控电子影像的思考？银行业客户对票据影像的真实诉求有哪些？股份制商行和中小金融的票据影像方案分别对应的存储是什么？我们的存储在票据影像方案中有什么优势和价值？业务双活开发测试云虚拟化融合基础设施电子影像视频监控Page 43电子影像平台服务的系统电子影像平台服

48、务的系统后台集中作业平台事后监督系统柜面终端系统信用卡信审无纸化系统信用卡外呼系统支票影像处理及电脑验印系统信用卡影像文档管理系统信用卡进件管理系统会计档案影像化系统银行电子影像典型的流程和服务的系统l票据在集中作业点进行批量的扫描和识别，再和从交易系统中下载的交易记录比对。然后批量导入票据电子影像系统l事后监督中，用户首先查询某些特征的交易记录，然后从票据电子影像系统中调取票据影像文件，再进行比对等操作l业务系统都直接访问电子影像平台在线系统，读写票据数据后台集中作业平台后台集中作业平台业务双活开发测试云虚拟化融合基础设施电子影像视频监控事后监督系统事后监督系统金融电子影像的现状和需求现状和

49、趋势监管和业务发展的要求：电子影像文件作为银行交易重要凭证，需要永久保存电子影像（监管要求至少要求保存15年）数量大：信用卡，贷款等系统产生的电子影像，大行日均增量1TB以上，在线文件数达10亿以上 文件小：交易单据200K,支票类,300K-500K,为防止泄密，电子影像被分割成10k左右输入 如何让海量文件永久保存？系统如何满足数据容量快速扩展？一次读取多个小文件，需要拼接，性能如何保证？海量小文件在容灾复制中如何节省复制带宽，提高复制效率？客户需求带来的问题和挑战节省容灾投资 易扩展高性能 生产归档和容灾一体化：银行电子影像与核心系统联系紧密，成为公司重要数据资产，需要纳入容灾体系。保险

50、影像是重要保险核心系统组成部分。业务双活开发测试云虚拟化融合基础设施电子影像视频监控电子影像解决方案l 与信雅达电子影像系统集成l 股份商行和大型保险公司：采用Oceanstor9000，提高一写多读的效率，简化管理，容量易扩展l 中小金融：采用Oceanstor V3统一存储，索引数据库和文件部署在同一套存储上，节省投资l 快照备份，提高备份效率，容灾远程复制，有重删压缩功能，节省带宽方案简介l 电子影像的数据生产，近线归档和灾备一体化方案l 系统易平滑扩展，数据平台高性能、高可靠性l 统一存储，减少存储的部署套数，减少复制带宽，节省投资客户价值业务双活开发测试云虚拟化融合基础设施电子影像视