银行云备份管理中心研制报告(cloudstack-设计)_第1页
银行云备份管理中心研制报告(cloudstack-设计)_第2页
银行云备份管理中心研制报告(cloudstack-设计)_第3页
银行云备份管理中心研制报告(cloudstack-设计)_第4页
银行云备份管理中心研制报告(cloudstack-设计)_第5页
已阅读5页,还剩17页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

XX银行异地数据灾备中心建设项目研制报告申报单位:XX银行2013年9月目录TOC一、项目背景 2 银行业云计算现状和发展趋势 2 XX银行灾备云建设的必要性 3二、项目概述 51、系统概述 52、项目实施重大事件表 5三、项目实现的主要目标 6四、项目建设主要思想 9五、项目的组织与实施 101. 实施路径规划 102. 实施步骤规划 113. 异地三期虚拟化实施规划 12a) 现有系统梳理 12b) 实施资源规划 14c) 实施进度规划 154. 异地一、二期虚拟化实施规划 16a) 现有系统梳理 16b) 实施资源规划 17c) 实施进度规划 175. 同城虚拟化实施规划 18a) 现有系统梳理 18b) 实施资源规划 19c) 实施进度规划 196. 目前项目建设情况 20六、系统效能 211. 提高了基础设施资源的利用率。 212. 提高了基础设施层面系统的可用性。 213. 提升总体IT运营效率。 22七、项目小结 22一、项目背景银行业云计算现状和发展趋势当今,所有行业都在谈云计算。这是未来的一种技术变革。当银行业开始谈论和尝试云计算时,又将发生哪些翻天覆地的变化,显而易见,云计算将给银行带来美好的应用前景:银行所有资料都存在云中,杜绝数据信息非法盗用;可以将原来的运维电脑和应用电脑合二为一;可以减少数据中心的占地面积、节约电费、提高效率;可以提高安全性、保密措施等等。2011年,自工业和信息化部将云计算纳入“十二五”规划重点项目之后,银行业也在迅速拥抱云计算,各家银行正尝试将一些非核心业务和开发、测试环境迁移到云上。这基本拉开了云计算变革的大幕。在这场试水云变革中,既有国有银行,也有股份制银行,也有城市商业银行等中小银行。银行对虚拟化和云计算的接受程度与银行规模大小无关,即使是同等规模的银行对云计算的接受程度也是千差万别的。云计算项目对银行业来说是一项长期的系统工程,一般来说,银行业都是从虚拟终端和服务器虚拟化入手,一步一步开始部署云的项目。部署云要从三步走:第一步是资源整合和标准化。云计算最终是要形成一个大的资源池,可以自由调配资源。如果资源整合不了,就谈不上是一个‘云’。这里讲的资源还不仅限于基础设施资源,还包括应用资源。标准化是指依赖技术的标准化、服务的标准化、配置的标准化、部署的标准化以及流程的标准化,以及分层的封装重组协同。第二步是虚拟化,把资源整合到一起之后就会虚拟出各种计算池,存储池,I/O资源池,网络资源池等,这些资源池可以自由组合灵活划分,有效地为各种不同的业务和应用提供服务。第三步是自动化,强调云技术中各环节的自动化技术应用。如果没有自动化手段,银行的运维管理用电脑就有几百台虚拟机器,如果真正用到生产系统就会有上万台虚拟机,上万台机器需要多少人才能管理得过来,所以自动化也是必不可少的工具。因此,资源整合、虚拟化、自动化是数据中心的发展趋势。这几个条件都具备了才能真正实现云计算。XX银行灾备云建设的必要性XX银行灾备云建设就是利用云计算的技术来构建异地数据灾备中心,在完成异地灾难备份和容灾的目标基础上发挥云计算的优势和特点。随着XX银行业务发展和变化,IT基础设施会因新增加的应用和设备的增加变得复杂,每次当面临新需求、新应用时,就会增加服务器和存储设备。每增加一台新服务器,就会意味着需要更多的机房空间、电源、散热、网络接口、数据存储以及管理工作。服务器数量蔓延,规模日益庞大,导致IT成本难以控制。而现有服务器的利用率低,服务器平均利用率只有10-20%;IT基础架构对业务需求反映不够灵敏,不能有效地调配系统资源适应业务需求。具体来说,目前XX银行的IT基础架构正面临如下一系列问题:服务器数量增长导致维护成本增加随着业务系统的不断开发、完善.服务器的数量不断增加,机房空间变得越来越紧张.服务器耗电量急剧上升,机房温度不断升高,为了让服务器得到及时散热,确保服务器正常运转,机房的制冷系统不得不进行改造,最终不得不扩容数据中心。同时,为了维护好服务器和应用系统,企业IT管理人员也在不断增加。此外,服务器数量的无限制增长,使得管理难度增加.服务器安装配置、系统环境的安全保障、系统灾难恢复和数据备份方案等变得越来越复杂,应用非计划宕机时间、次数增多。系统架构分散使得管理难度增大管理分布在不同地点的大量的应用程序和服务器无疑是一项复杂的工作.需要使用大量的运维资源。服务器一旦发生故障,就需运维人员现场进行故障排查和修复,故障历时长。保障业务连续性的成本越来越高随着银行业务越来越多地依赖于IT系统的协助,应用系统需要不间断持续运转。而硬件和软件故障、自然灾难,甚至计划维护所导致的停机时间,都可能影响业务。这不仅会让业务部门不满意.也让IT部门不堪重负,进而造成重要信息和收益的损失。主要系统和恢复系统的升级和变更必须同时进行,实施可靠、快速的恢复策略,既耗时又昂贵。无法应对快速变化的业务需求应用系统服务器环境一旦搭建完成,就会长时间保持配置状态稳定运行。在这种环境中组件都是被安装在特定计算机上,这导致系统会被紧紧地捆绑在硬件上,无法很好地适应变动。一个新应用的部署需要历经预算、采购、安装测试、上线等过程。周期长达数周至数月,难以及时响应业务需求。云计算虚拟化通过打破数据中心、服务器、存储、网络、数据和应用中的物理设备障碍,将物理资源抽象化,以逻辑形式提供服务器、存储和网络资源,满足应用的需求。在虚拟化的IT基础架构中,可以从资源池中获取部署各类应用服务所需的资源,无需安装和部署专门的服务器、存储或网络设备。虚拟资源相对于底层的物理设备是独立的,可以很容易地进行共享、调整、移动。通过实现虚拟化可以帮助降低动态基础架构的总体拥有成本,提高弹性和灵活性。所以XX银行采用云计算技术来构建灾备数据中心是大势所趋且势在必行。二、项目概述1、系统概述XX银行按照“两地三中心”总体架构建设异地数据灾备中心和同城数据灾备中心。异地数据灾备中心实施重要信息系统的应用备份和其他系统的数据备份。以全面覆盖、分级建设为指导思想,采用异步实时复制和其它备份技术相结合的方式进行系统建设,业务上实现存款、取款、贷款、支付、清算等业务及柜台、网银、客服、自助设备等渠道的备份与恢复。其中,异地数据灾备中心一期建设已实现新核心业务系统的数据远程实时备份和两地三中心数据容灾备份、新核心业务系统的应用备份及一级分行在异地数据灾备中心的通讯接入,实现柜面基本存取款业务在异地数据灾备中心的备份及恢复;异地数据灾备中心二期建设已实现BEAI、综合前置、金融IC卡等22个系统的应用备份,实现存款、取款、贷款、支付、清算等业务的备份与恢复。现正按计划开展三期建设,分两个建设阶段,第一阶段在2013年底基本完成XX银行全部应用系统异地灾备建设,第二阶段在2014年底完成一、二期灾备系统结构优化。2、项目实施重大事件表请丁涛确定此部分时间是否正确请丁涛确定此部分时间是否正确2011年1月,异地数据灾备中心一期项目启动。2011年3月-2011年12月,异地数据灾备中心一期建设项目实施。2012年1月,异地数据灾备中心二期项目启动。2012年3月-2012年12月,异地数据灾备中心二期建设项目实施。2013年1月,异地数据灾备中心三期项目启动。2013年3月-2014年1月,异地数据灾备中心三期建设项目实施。2013年7-9月,设备安装调测。2013年8-10月,数据复制系统实施。2013年9-12月,NBU备份系统实施2013年9-12月,分行重要系统数据备份实施2013年10月,数据库安装部署2013年10月,中间件安装部署2013年10月,应用安装部署2013年9-11月,灾备系统性能测试2013年9-11月,应用系统连通性测试2013年10-11月,准生产环境搭建与测试2013年7-12月,运维一体化平台开发与部署2013年7-12月,一键式切换平台部署与测试2013年9-12月,分行重要系统数据备份实施2013年12月-2014年1月,灾难恢复预案开发与运维管理制度制定2014年1-7月,一期,二期26个已建系统优化三、项目实现的主要目标XX银行整体IT和DR灾备系统架构:数据灾备中心虚拟化设计的目标是在同城数据灾备中心和异地数据灾备中心建立统一的虚拟化架构支撑平台,集中承载业务应用系统,实现统一管理、统一运维、统一支撑、统一标准,创新业务应用模式和管理机制,推动IT基础设施统建共用,提升IT运行维护的专业化水平。建立符合业界最佳实践、易扩展的虚拟化基础架构,建立标准的、符合XX银行技术发展规划和产品布局的虚拟化平台。具体设计目标如下:集中按需提供基础IT资源根据各类业务系统的需要,以提供基础设施服务的方式,为XX银行各类业务平台的部署集中提供基础IT资源。随着业务系统负载变化,动态改变资源分配的规模,以快速适应业务系统的扩容需求,实现“弹性”资源分配能力。实现对各类IT资源的统一管理、调度和维护通过引入自动化管理等技术手段,实现对各类IT资源的集中统一管理、调度和维护,提升IT运营维护质量,缩短各类业务平台的系统上线时间。提高IT系统整体分布密度,提高资源使用效率,降低能耗通过引入虚拟化等技术手段,细化物理资源分配单元,提高系统分布密度,提高系统使用效率,降低对物理设备的需求,进一步降低IT设备投入,降低能耗。在基础设施层面提高系统可靠性在基础设施层面提高系统可靠性,为各类业务系统提供高可用、连续服务的基础设施平台。为实现设计目标,XX银行采用了分阶段建设的方案:异地数据灾备中心一期建设目标是实现新核心业务系统的数据远程实时备份和两地三中心数据容灾备份、新核心业务系统的应用备份及一级分行在异地数据灾备中心的通讯接入,实现柜面基本存取款业务在异地数据灾备中心的备份及恢复。异地数据灾备中心二期建设目标是实现BEAI、综合前置、金融IC卡等22个系统的应用备份,实现存款、取款、贷款、支付、清算等业务的备份与恢复。异地数据灾备中心三期建设第一阶段的目标是采用虚拟化技术,在2013年底基本完成XX银行全部应用系统异地灾备建设;第二阶段在2014年底完成一、二期灾备系统结构优化。异地数据灾备中心三期主要建设内容为根据XX银行灾备建设策略和信息系统灾难恢复能力等级,对三期进行35个应用系统分别建设。其中,分行系统将按照灾难恢复等级3级进行重要数据的备份建设;在一体化运维平台上增加灾难恢复预案和灾备运维等模块的建设,完成异地数据灾备中心一体化运维平台和“一键式”切换平台的部署工作。异地灾备三期采用虚拟化技术,按照XX银行数据灾备中心建设策略和范围,依据相关规范和标准,从数据备份系统、备用数据处理系统、备用网络系统、灾难恢复预案、运行维护支持和技术支持等方面进行异地数据灾备中心三期系统建设,完成一期、二期系统部署优化,实现准生产环境与灾备环境的复用。四、项目建设主要思想XX异地数据灾备中心灾备云的建设是一个长期的过程,采用总体设计,分步实施的建设方式,将整个项目划分为三期来进行建设。一二期主要是基本建设成两地三中心的架构,实现包括新核心业务系统在内的各业务系统的异地备份,实现银行基本业务业务在异地数据灾备中心的备份及恢复。随着技术的进步与成熟,以及技术能力的提高,三期则采用虚拟化技术进行异地数据灾备中心三期系统建设,完成一期、二期系统部署优化,实现准生产环境与灾备环境的复用XX银行异地数据灾备中心灾备云建设采用采用云计算技术来构建灾备数据中心。云计算虚拟化通过打破数据中心、服务器、存储、网络、数据和应用中的物理设备障碍,将物理资源抽象化,以逻辑形式提供服务器、存储和网络资源,满足应用的需求。在云计算构建的资源池中获取部署各类应用服务所需的资源,无需安装和部署专门的服务器、存储或网络设备。云计算的虚拟资源相对于底层的物理设备是独立的,可以很容易地进行共享、调整、移动。通过实现虚拟化可以帮助降低动态基础架构的总体拥有成本,提高弹性和灵活性。采用云计算虚拟化技术手段,同时贯穿信息系统虚拟化环境下的运维管理,将XX银行异地灾备系统建设成集约、高效的灾备云虚拟化服务环境,实现灾备资源的共享、自动化部署和资源动态调度,在整体上形成XX银行灾备云,从而提升信息系统连续服务能力。XX银行云计算系统建设以不影响生产系统和业务运营的大前提下,以异地数据灾备中心为试点,数据灾备中心三期建设为起点逐步推进。在建设过程中通过充分的调研、风险评估、论证、测试、并且总结经验和教训,以总体设计分步实施的方法逐步推广和过渡到云计算/虚拟化环境当中来。五、项目的组织与实施需要将一二三期统筹来写需要将一二三期统筹来写实施路径规划XX银行异地数据灾备中心建设项目采用统一规划,分步实施的原则进行建设。项目建设从2011年开始,目前已经完成了一二期的建设,目前在进行三期建设。XX银行云计算系统实施原则应以不影响生产系统和业务运营的大前提下,以异地数据灾备中心为试点,数据灾备中心三期建设为起点逐步推进。在实施过程中通过对系统的安装、部署、调试、验证、试运行等工作中充分总结经验和教训。以总体设计分步实施的方法逐步推进云计算的实施步伐。XX银行异地数据灾备中心建设三期,通过对XX银行已建的同城灾备系统、异地灾备系统进行全面的调研、整理和分析,结合国内外银行业灾备建设的实际经验和现阶段主流成熟的灾备技术,采用了基于虚拟化技术的灾备云技术方案。灾备云规划方案如下:异地三期灾备建设虚拟化应用对异地待建的三期灾备系统进行系统资源现状分析,根据灾难恢复策略进行异地三期灾备架构设计;同时根据异地三期虚拟化技术应用的要求,将在不影响灾难恢复的前提下创建服务器虚拟化资源池。异地一、二期灾备建设虚拟化应用对异地已建的一期和二期灾备系统进行系统资源现状分析,根据异地三期系统灾备建设及虚拟化应用经验对异地已建一、二期的系统进行虚拟化实施规划;同时根据异地三期虚拟化技术实际应用的效果,进行虚拟化策略调整,并将异地一期和二期已建的物理服务器群整合为虚拟化资源池。同城灾备建设虚拟化应用对同城已建的灾备系统进行系统资源现状分析,根据异地一、二、三期系统灾备建设及虚拟化应用经验对同城已建灾备系统进行虚拟化实施规划;同时根据异地一、二、三期虚拟化技术实际应用的效果,进行虚拟化策略调整,并将已建的同城灾备物理服务器群整合为虚拟化资源池。实施步骤规划XX银行灾备建设要求采用成熟可靠的技术用来满足灾备系统的RPO和RTO要求,目前在已经实施完成的同城和异地灾备系统建设中均较好的应用到了基于存储和数据库的数据复制和灾备解决方案。根据XX银行异地三期灾备系统建设虚拟化技术的应用要求,建议以全行灾备系统虚拟化应用为最终目标,近期首先做好异地三期灾备系统虚拟化的建设试点工作,并以异地三期虚拟化试点后的经验为指导进而做好全行同城和异地已建灾备系统的虚拟化建设。基于以上要求,建议XX银行进行灾备系统的虚拟化建设时遵循以下实施步骤:资源池创建异地三期灾备系统虚拟化资源池的创建,包括对需进行灾备建设系统的服务器、存储、网络及IO处理等资源的梳理,确定可以创建虚拟化资源的物理资源种类和数量,确定资源分配策略,并创建相应业务系统的虚拟服务器。数据迁移针对异地三期已经分配虚拟资源并创建好的虚拟服务器,根据业务部门对生产数据的空间要求,给不同的虚拟服务器分配相应的存储空间,并在开启存储复制或数据库复制后进行数据的异地迁移。业务验证在完成数据从生产中心物理服务器到异地数据灾备中心虚拟服务器的迁移后,协调业务和IT部门确定虚拟服务器切换接管验证的时间窗口,并在验证时间窗口内对虚拟服务器上的虚拟资源进行动态调整性验证。全系统虚拟化在顺利完成虚拟服务器对实际业务系统的接管验证后,将对已建的异地灾备一、二期系统进行虚拟化建设,并在完成异地灾备一、二期系统的虚拟化建设后继续进行同城灾备系统的虚拟化建设。异地三期虚拟化实施规划现有系统梳理针对异地三期灾备项目中待建的系统,并根据XX银行灾备系统虚拟化应用要求,目前将只对灾备服务器设备的虚拟化资源进行规划。下表为异地三期灾备待建系统列表:服务器架构服务器型号系统名称服务类别操作系统数据库中间件IBM小型机IBMP550电子票据系统应用/数据库/WEBAIX5.3.0.10DB2Websphere6.1Tong45MQ6银关通前置系统应用/数据库AIX5300-07-02-0806InformixDS9.40.UC7MQ6.0/TongEasy4.2B2B支/B2C支付系统应用/数据库AIX5300-11-03-1013Informix9.4Websphere6.0.23转账支付系统应用/数据库AIX5300-11-03-1013Oracle11.2.0.1TONG银税信息共享系统应用AIX5300-05-CSPWebSphere6.0.2/MQ6.0数据库AIX5300-05-CSPoracle9.2.0.7网上银行系统(新系统)应用/数据库5300-10-01-0921Oracle10.2.47Websphere6.1.0.33RA系统应用/数据库AIX6.1Oracle11gR2WEBSPHERE7.0国债系统交易平台AIX5300-11-1013Oracle11.2.0.1TONG4.5.4.G电话银行系统应用/数据库主机AIX5.3.12-02Oracle9.2.0.8TongEasy4.5资金支付外联应用网关系统应用服务器AIX5.3.0.10TongEasy4.5,apache2.2IBMP55A网上银行系统(新系统)应用/数据库5300-10-01-0921Oracle10.2.47Websphere6.1.0.33IBMP570综合信息管理系统(门户)数据库AIX5.3Oracle11GIBMP595数据抽取与报表系统应用AIX5300-07-05-0831Oracle9.2.0.7IBMP630电话银行系统应用/数据库主机AIX5.3.12-02Oracle9.2.0.8TongEasy4.5IBMP720SWIFT系统应用服务器6.1.00-06.0.04无MQ7.0服务器架构服务器型号系统名称服务类别操作系统数据库中间件X86服务器IBMX3650国债系统通讯平台Windows2003R2Oracle11.2.0.1MQ6.0.2.0IBMX3850国债系统管理平台RedHatEnterpriseLinuxrelease52.6.18-8.el5Oracle11.2.0.1WAS6.1.0.21NDSWIFT系统Windows2008英文版SQL2008R2IBMHS21综合信息管理系统(门户)应用SUSE10WAS6.1由统计表可以看出,异地三期待建系统分为IBMP系列小型机服务器群和X86PC服务器群。IBMP系列小型机的操作系统均为AIX,目前运行的数据库有Oracle、DB2、Informix数据库及Websphere、MQ、TONG等中间件。X86PC服务器的操作系统有windows及Linux,目前运行的数据库有Oracle、SQLSERVER及MQ、WAS等中间件。针对IBMP系列小型机,建议采用IBMPowerVM虚拟化,首先统计出异地三期IBM小型机的系统配置情况、系统实际使用状态,并根据IBM成熟的虚拟化实施方法计算出以上系统的虚拟化配置方案,达到高可靠、高可用、高性能的实施效果。针对X86PC服务器,建议采用VMware虚拟化,首先统计出异地三期X86PC服务器的系统配置情况、系统实际使用状态,并根据VMware成熟的虚拟化实施方法计算出以上系统的虚拟化配置方案,达到高可靠、高可用、高性能的实施效果。实施资源规划灾备系统可进行虚拟化的资源包括CPU的虚拟化、内存的虚拟化、IO适配卡、存储的虚拟化等。可以对以上资源进行虚拟化的技术又包括基于小型机的以IBMPOWERVM为代表的虚拟化技术和基于PC服务器的以VMWARE为代表的虚拟化技术。其实施资源规划如下:服务器硬件资源规划经调研XX银行现有业务系统目前主要采用IBMPOWER架构的小型机和X86架构的PC服务器来运营业务,对于异地三期灾备系统的服务器资源使用建议仍以IBMPOWER小型机和PC服务器为主要使用资源。结合虚拟化应用的要求,建议优先采用满足虚拟化建设的硬件服务器。服务器虚拟资源规划根据服务器硬件资源配置表可看出,目前针对待建业务系统采用的是由单台硬件资源配置较高的服务器通过虚拟化资源提供给多台业务系统使用的方式,因此需要对每个业务系统进行合理的虚拟资源分配,以满足业务系统真实接管的需求。虚拟化软件资源规划目前可用于IBMPOWER架构小型机的虚拟化技术主要是IBMPOWERVM,可用于X86架构PC服务器的虚拟化技术主要是VMWARE。由于虚拟化软件版本不同,其所能进行资源的虚拟化程度也不同,建议优先采用全功能的虚拟化软件以满足XX银行异地三期灾备系统的虚拟化应用。操作系统资源规划经调研XX银行现有业务系统主要部署在AIX、LINUX、WINDOWS操作系统环境上,另有少量的业务系统是运行在SOLARIS操作系统上。目前各业务系统操作系统版本较多,在应用业务对生产和灾备两端操作系统一致性要求的前提下,建议在进行灾备系统虚拟化建设时优先采用对虚拟化特性支持较好的操作系统,建议Solaris操作系统逐步转为AIX操作系统。实施进度规划时间计划建设内容备注第一阶段项目准备13年1月-13年4月1、成立灾备虚拟化建设项目小组2、完成灾备虚拟化建设项目调研3、灾备虚拟化建设方案设计4、灾备虚拟化建设方案论证5、启动采购流程第二阶段项目建设13年5月-13年7月1、硬件层建设主要为服务器设备、存储设备等安装。2、虚拟化资源池建设主要为服务器虚拟化。3、虚拟服务器创建4、应用服务器部署基于虚拟服务器上的数据库和应用软件安装配置等。5、灾备虚拟化环境测试主要为生产业务的接管测试6、虚拟服务器资源调配测试主要为虚拟资源在线获取与释放的功能性测试。第三阶段项目交付13年8月-13年9月1、建成灾备虚拟化环境2、提供灾备事件后的业务接管服务或业务测试服务等。3、定期演练,测试和验证灾备虚拟化环境的有效性。异地一、二期虚拟化实施规划现有系统梳理XX银行异地灾备建设一、二期建设中已经实施完成的系统主要为灾难恢复等级为5级信息系统和部分2级系统,灾备系统主要采用服务器集群挂接存储的方式来部署业务。异地一、二期已建灾备系统见第二章“异地一、二期灾备系统现状分析”。由统计表可以看出,异地一、二期已建灾备系统分为IBMP系列小型机服务器群和X86PC服务器群。IBMP系列小型机的操作系统均为AIX,目前运行的数据库有Oracle、DB2、Informix数据库及Websphere、MQ、TONG等中间件。X86PC服务器的操作系统有windows及Linux,目前运行的数据库有Oracle、SQLSERVER及Jboss等中间件。针对IBMP系列小型机,建议采用IBMPowerVM虚拟化,X86PC服务器,建议采用VMware虚拟化。实施资源规划借鉴异地三期灾备虚拟化实施经验,对异地一、二期已建灾备系统进行虚拟化改造实施,具体内容如下:服务器硬件资源规划统计分析异地一、二期已建灾备系统中IBMPOWER架构的小型机和X86架构的PC服务器的总体处理能力、系统使用状况、处理能力峰值等信息,结合厂家虚拟化实施配置方法及异地三期虚拟化实施成功经验,结合异地一、二期虚拟化应用的实际要求,制定合理的满足异地一、二期虚拟化建设的硬件服务器架构、数量及产品。服务器虚拟资源规划异地一、二期采用由单台硬件资源配置较高的服务器通过虚拟化资源提供给多台业务系统使用的方式,因此需要对每个业务系统进行合理的虚拟资源分配,以满足业务系统真实接管的需求。虚拟化软件资源规划结合异地三期灾备系统虚拟化实施经验,采用适合的虚拟化软件以满足异地一、二期虚拟化应用。操作系统资源规划异地一、二期灾备系统主要部署在AIX、LINUX、WINDOWS操作系统环境上,各业务系统操作系统版本较多,在应用业务对生产和灾备两端操作系统一致性要求的前提下,在进行灾备系统虚拟化建设时优先采用对虚拟化特性支持较好的操作系统。实施进度规划时间计划建设内容备注第一阶段项目准备14年1月-14年4月1、完成异地一、二期灾备虚拟化建设调研2、异地一、二期灾备虚拟化建设方案设计3、异地一、二期灾备虚拟化建设方案论证4、启动采购流程第二阶段项目建设14年5月-14年8月1、硬件层建设主要为服务器设备、存储设备等安装。2、虚拟化资源池建设主要为服务器虚拟化。3、虚拟服务器创建4、应用服务器部署基于虚拟服务器上的数据库和应用软件安装配置等。5、灾备虚拟化环境测试主要为生产业务的接管测试6、虚拟服务器资源调配测试主要为虚拟资源在线获取与释放的功能性测试。第三阶段项目交付14年9月-14年12月1、建成灾备虚拟化环境2、提供灾备事件后的业务接管服务或业务测试服务等。3、定期演练,测试和验证灾备虚拟化环境的有效性。同城虚拟化实施规划现有系统梳理XX银行同城灾备建设已经实施完成的系统主要为灾难恢复等级为5级的信息系统,灾备系统主要采用服务器集群挂接存储的方式来部署业务。同城已建灾备系统见第二章“同城灾备系统现状分析”。由统计表可以看出,同城已建灾备系统分为IBMP系列小型机服务器群和X86PC服务器群。IBMP系列小型机的操作系统均为AIX,目前运行的数据库有Oracle、DB2数据库及WAS等中间件。X86PC服务器的操作系统有windows及Linux,目前运行的数据库SQLSERVER及Tong等中间件。针对IBMP系列小型机,建议采用IBMPowerVM虚拟化,X86PC服务器,建议采用VMware虚拟化。实施资源规划借鉴异地一、二、三期灾备虚拟化实施经验,对同城已建灾备系统进行虚拟化改造实施,具体内容如下:服务器硬件资源规划统计分析同城已建灾备系统中IBMPOWER架构的小型机和X86架构的PC服务器的总体处理能力、系统使用状况、处理能力峰值等信息,结合厂家虚拟化实施配置方法及异地一、二、三期虚拟化实施成功经验,结合同城灾备系统虚拟化应用的实际要求,制定合理的满足同城虚拟化建设的硬件服务器架构、数量及产品。服务器虚拟资源规划同城灾备系统采用由单台硬件资源配置较高的服务器通过虚拟化资源提供给多台业务系统使用的方式,因此需要对每个业务系统进行合理的虚拟资源分配,以满足业务系统真实接管的需求。虚拟化软件资源规划结合异地一、二、三期灾备系统虚拟化实施经验,采用适合的虚拟化软件以满足同城灾备系统虚拟化应用。操作系统资源规划同城灾备系统主要部署在AIX、LINUX、WINDOWS操作系统环境上,各业务系统操作系统版本较多,在应用业务对生产和灾备两端操作系统一致性要求的前提下,在进行灾备系统虚拟化建设时优先采用对虚拟化特性支持较好的操作系统。实施进度规划时间计划建设内容备注第一阶段项目准备15年1月-14年4月1、完成同城灾备系统虚拟化建设调研2、同城灾备系统虚拟化建设方案设计3、同城灾备系统虚拟化建设方案论证4、启动采购流程第二阶段项目建设15年5月-15年8月1、硬件层建设主要为服务器设备、存储设备等安装。2、虚拟化资源池建设主要为服务器虚拟化。3、虚拟服务器创建4、应用服务器部署基于虚拟服务器上的数据库和应用软件安装配置等。5、灾备虚拟化环境测试主要为生产业务的接管测试6、虚拟服务器资源调配测试主要为虚拟资源在线获取与释放的功能性测试。第三阶段项目交付15年9月-15年12月1、建成灾备虚拟化环境2、提供灾备事件后的业务接管服务或业务测试服务等。3、定期演练,测试和验证灾备虚拟化环境的有效性。目前项目建设情况异地数据灾备中心建设项目一期于2011年实施,在XX银行原有同城数据灾备中心的基础上,建设异地数据灾备中心,初步形成两地三中心的系统架构。一期主要对核心业务系统、综合前置系统、国际结算系统、现代化支付系统、前端柜面业务系统等6个关键业务系统建立异地容灾系统。异地数据灾备中心建设项目二期于2012年实施,在一期建设的基础上,按照灾难恢复等级第5级标准进行BEAI系统、银联前置系统、人行

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论