版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领
文档简介
1、H3C政府共享灾备解决方案提到灾备,我们都很熟悉。自上世纪70年代,Sungad在全球建立了第一个灾备系统,频繁发生的自然灾难给我们的启示是:作为业务的支撑系统的重要组成部分,灾备系统的建设将始终伴随数据中心的建设。可以这样说,灾备系统已经成为数据中心不可分割的部分,没有灾备的数据中心是不完整的。在这种背景下,各个行业都在灾难的震撼中开始战略性研究灾难的预防和恢复措施,很多单位都在规划或者准备建设自己的灾备系统,以国信办重要信息系统灾难恢复指南为代表的系列指导文件也为灾难备份的建设明确了方向和思路。国信办等国家相关部门对信息系统的灾备制定了很多规范和指导性文件,这为我们进行灾备系统的建设提供了
2、依据。对于政府的信息系统来说,建设灾备的必要性和可行性已经非常明确,我们建设灾备的条件和时机已经非常成熟。但现实比较的情况是,90%以上的政府部门仍然没有建设自己的灾备系统。那么,造成这种矛盾的现象的原因是什么呢?我们可以总结为两个主要因素:1)灾备系统的复杂性;2)建设灾备系统高昂的投资成本。正是因为这两个问题,导致我们的灾备建设进展一直很缓慢。如果我们希望能够推动灾备系统的发展,就必须有效的解决这些问题,让灾备变得标准简单,同时降低总体的灾备投资。我们经常听到这样的说法,灾备不仅仅是技术,而是一项工程,这足以说明灾备的复杂性,国信办信息系统灾难恢复指南中,对灾备建设的7要素做了明确的定义。
3、我们建设灾备系统首先要进行灾备机房等相关基础设施的选址和筹备,然后构建完善的灾备网络。为什么是网络而不是存储?因为当生产中心发生灾难时,我们要访问异地灾备中心,首先要网络可达,如果没有网络,不管异地灾备中心建设的多么完善,不仅本地的PC访问终端都无法对其进行访问,而且也没有办法恢复业务,这也失去了灾备的意义和价值。因此,建设完备的网络系统后,才是服务器主机相关的数据处理系统和存储系统的部署。灾备系统的建设到此为止是不是结束了呢?建成后,我们还需要对灾备系统进行日常的技术支持和维护管理,需要制定详细的灾备演练和恢复计划,这也需要大量的人力、物力的支撑。我们也可以将其归纳为3个步骤:基础设施建设、
4、两个数据中心的同步、日常的技术支持和运维管理,这三个步骤之中,基础设施建设、日常的运维管理属于灾备的基础支撑系统,从技术的角度来说,最复杂的内容就是两个数据中心的同步,我们在规划灾备的时候,经常不知道该如何着手,因为我们面临诸多技术上的难题,这也是传统灾备系统建设复杂性的根源。面对本地生产中心多业务系统、七国八制的异构封闭的环境带来的兼容互通性问题,我们该如何进行系统的整合?灾备实现技术很多,实现方式有网络层、存储层、应用层等,实现的级别有应用级、数据级、备份级,我们该如何选择,才能避免初期的技术选择在方向上不出现偏差?我们知道,灾备中心的距离远近也是衡量灾备的重要指标,灾备系统跨广域部署的时
5、候,如何才能克服传统FC技术在传输距离上的限制?面对如此多的问题,这需要我们结合国信办“统筹规划、资源共享、平战结合、等级容灾” 的16字方针进行统一规划。首先我们来看传统灾备面临的兼容和互通性问题。数据中心的发展都是循序渐进、逐步建设的过程,在这个过程中,我们在不同时期会采用很多不同品牌、不同技术的服务器、数据库、存储等产品,由于不同厂商在技术兼容性很难实现互联互通,使得我们在部署灾备的时候非常棘手,这需要我们能够实现从封闭系统到开放平台的跨越。存储虚拟化技术有效的解决了这一个问题,通过虚拟化我们可以消除应用层和存储层的限制,在完成系统整合的基础上,通过标准化的开放平台实现系统的互联互通,从
6、而实现生产中心和灾备中心的无逢对接。当然,H3C基于存储和主机层的解决方案也进一步丰富了标准化平台的选择。关于灾备系统的建设目标,很多时候我们会想到RTO=0,RPO=0,这个目标当然非常好,但理想和目标和现实总是有很多差距,数据丢失量=0,切换时间=0不仅意味技术实现的困难,而且也需要以付出巨额的投资为代价。面对众多的灾备方案和实现方式,我们该如何进行选择?我们先来分享某个银行同城灾备系统的建设的案例,该银行首先其对应用进行了分级,对于核心的交易系统要求采用应用级灾备、对于非核心业务系统采用数据级灾备;同时,我们再来看该银行的灾备目标,RPO=0,RTO<5分钟,这里有一个重要的前提,
7、那就是计划内。我们每个单位每个业务的灾备目标不可能都要求达到银行的标准,因此,我们在规划业务系统的灾备和技术选择时,需要细致分析各单位复杂的IT系统的危险程度,有效区分关键业务和非核心业务系统,并平衡业务系统的实际需求和总体成本的关系。在这种情况下,H3C制定了灵活的灾备技术体系,提供了灵活的备份级、数据级和应用级解决方案,最重要的是不同等级的灾备方案可以进行灵活地提升,这样也可以有效地保护我们的前期投资,使得整体的灾备技术选择不会出现方向上的问题。H3C通过基于IP存储的远程访问技术和虚拟磁带库技术解决备份级灾备的问题,通过复制、CDP等技术,可以实现数据级的解决方案,这两种解决方案已经在杭
8、州市政府的共享灾备中有了成熟的应用和实践。此外,通过双机双阵列以及与第三方合作的oAA模式,可以无缝升级到应用级灾备。H3C致力于通过成熟、灵活、标准化的解决方案,在很大程度简化了灾备的技术选择。前面的内容主要解决了生产中心和灾备中心的互通性和技术选择问题,我们知道灾备最大的特点就是数据中心的远程部署。比如,我们的生产中心在杭州,希望把灾备中心建在几百公里之外的温州,甚至更远的地方,但采用传统的FC技术实现数据远程传输非常困难,这个时候怎么办?传统的做法是必须购买协议转换设备,实现FC协议和IP协议的转换。解决了技术互通问题,我们还要考虑跨广域的数据传输,我们都知道广域网链路是非常珍贵的,可能
9、能够用于传输的链路带宽只有几Mb。我给各位领导汇报一个数字,我们在10Mb的带宽之下,24小时不停传输,每天能够传送的数据只有90GB,在这种情况下,我们如何确保大数据量的传输?这很难实现。传统的做法是,只能使想办法增加链路带宽。以上两种情况着重体现了灾备的远程部署的困难,在传统的方式下实现灾备,不仅增加了额外的设备投资,而且增加了维护的成本。我们费了很大的劲,终于解决了灾备远程部署的问题。但我们建设灾备的目的是什么?就是希望当灾难发生时,能够通过灾备中心实现业务和数据的恢复,这就要求灾备中心的数据100%的可用,如果灾备中心的数据不能够保证可以恢复,那么灾备就没有太大的价值和意义了,但传统灾
10、备的方式很少去考虑到一点。有没有一种办法,可以简单的解决这些问题,从而实现数据从局域到广域的跨越。IP存储大大简化了灾备的远程部署,基于IP的远程复制技术克服了灾备距离的限制,只要IP可达均可以进行灾备系统,而且不需要任何的协议转换设备;基于IP的微扫描的增量复制技术,仅对变化的数据量进行复制,大大降低了灾备对带宽的限制,在低带宽的情况下也能够轻松的实现远程灾备。此外,H3C基于数据库快照代理技术,有效确保缓存数据的一致性。可以说基于IP的远程复制技术,解决了传统远程灾备部署上的难题,而且大幅度降低了灾备系统的投入成本和维护成本。H3C依托应对传统灾备的技术创新,在政府、金融、企业等各领域进行
11、大量的实践。国土资源部、吉林财政厅、浙江省社保等灾备系统的广泛部署,充分证明了IP存储技术在灾备领域的价值。国土资源部从北京到重庆的灾备系统是目前国内跨越距离最远的灾备系统,最主要的是其灾备的网络带宽仅仅只有2Mb。IP存储技术让数据自由传递,从此灾备变得简单。H3C连续3年在IP存储领域市场占有率第一,这些深厚的积累为H3C在灾备领域到发展奠定了基础。当然,传统灾备系统的建设主要围绕7要素展开,我们每个单位在进行点对点的建设灾备的时候,都要和各种主机、存储、网络、集成商进行配合,都要进行灾备机房等基础设施的建设,都要组建自己的技术支持和维护管理团队。在这种情况下,传统点对点灾备面临基础设备和
12、IT资源重复建设等问题,虽然我们有完善的传统灾备解决方案,但是巨大的成本和维护压力也阻碍了灾备的广泛部署。因此,在灾备领域有了新的建设思路,就是共享灾备。共享灾备就是对多个分支机构进行数据集中灾备,其最大的特点在于基础设施和IT基础资源充分共享,并进行统一的维护管理。目前共享灾备有两种建设模式,一种是基于垂直性强的行业的纵向建设,比如交通、电力等行业;还有一种是针对横向部门的服务型共享灾备,比如杭州市政府的共享灾备。共享灾备之所以被越来越多的认可,最主要的驱动力在于通过共享降低了灾备建设复杂度,大幅节省了灾备的建设成本。我们对灾备建设的TCO模型作了细致的分析,以20家单位为例,如果采用点对点
13、的传统灾备模式,总体投资在1.1亿左右,而采用共享灾备建设,总体投资在3900万,整体TCO降低了65%。正因为如此,采用共享灾备的模式将简化灾备的建设,让本来有条件建设灾备的单位能够降低灾备成本,同时让没有条件进行灾备建设的部门也能够享受到灾备服务。共享灾备带来的价值是显而易见的,这也是灾备领域的一次创新。但是,这种模式下,传统灾备存在的问题被进一步放大,也面临着诸多的挑战。因为共享,我们就需要有效的解决多点到一点灾备的灵活组网问题,因为共享,我们就需要确保灾备中心的数据安全,因为共享,我们就需要实现庞大系统的统一管理。针对共享灾备存在的以上问题和挑战,H3C进行了诸多的创新,并针对性的提出
14、了完善的解决方案。共享灾备在架构最大的特点在于,多点到一点的统一灾备。H3C WSAN解决方案,通过多对一的远程复制技术,实现了多个分支机构到灾备中心的数据迁移和统一灾备,而且各个支持机构相互独立,互不干扰。基于WSAN的广域组网模式,解决了共享灾备的架构和组网问题,这是一个基础。当然,基于多跳的复制技术、基于IP的远程访问技术进一步丰富了广域灾备的组网。我们通过共享灾备的方式将数据灾备到一个数据中心,而且这个数据中心可能是第三方机构或者运营商承建,那么我们如何确保数据的安全就显得非常关键,如果灾备中心的数据发生被窃取、篡改等意外问题,这些肯定是不可接受的。因此,数据安全是共享灾备的前提。H3
15、C针对共享灾备提供了端到端安全控制,通过防火墙、IPS/IDS的部署、访问控制等方式确保了数据的接入安全,通过存储加密和第三方加密的方式,保证数据传输过程的安全,对于存在灾备中心的数据,通过秘文数据存储,逻辑资源隔离、视频监控等辅助手段,确保数据的存储安全。H3C作为IToIP解决方案供应商,可以提供完善的网络安全、传输安全、存储安全和视频监控解决方案。共享灾备和点对点灾备不同,涉及到的业务单位更多,系统更复杂。共享灾备建成后,如何对复杂系统进行统一的管理至关重要。H3C针对共享灾备开发的UDM统一数据管理平台实现了对整个共享灾备系统的网络、安全、存储等进行全面管理。UDM统一管理平台的核心组
16、建主要包括用户管理、网络管理和业务管理3个部分,通过网络拓扑对全网的运行状态进行监控和报警、通过业务管理有效监控各接入单位的复制和备份策略、通过用户管理实现对各灾备接入单位的用户进行有效的控制。基于我们对于灾备和共享灾备的积累和理解,H3C提供了完善的共享灾备建设模型,该模型为我们进行灾备系统的规划和建设提供了蓝图。H3C的共享灾备解决方案,在继承传统灾备的基础上,组网更灵活,管理更全面、数据更安全,同时通过共享和服务化的灾备运维模式使得投资更加有效。H3C共享灾备的解决方案在杭州市政府得到了成功的应用。这是国内第一个大型的运营级政府共享灾备中心,在资源共享基础上,满足了杭州市政府相关委办局的灾备建设需求。截至2008年底,已成功接入杭州市20多个政府相关委办局的业务灾备数据。杭州共享灾备平台的成功建设,用实践证明了共享灾备是政府单位重要信息系统灾难备份建设的最佳选择之一。辽宁省交通厅下属9家单位都建设有重要的信息系统,都希望进行灾备系统的建设,人力、物力投入巨大,因此省厅考虑了统一灾备。也就是说由省厅统一建设灾备中心,部署网络、存储等灾备系统,9个局将各自重要的数据统一通过广域网传输到省厅的灾备中心实现异地容灾。当前,各级用户的业务需求在不断变
温馨提示
- 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
- 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
- 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
- 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
- 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
- 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
- 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
最新文档
- 沈阳理工大学《面向对象程序设计》2022-2023学年期末试卷
- 沈阳理工大学《机械工程控制基础》2022-2023学年期末试卷
- 沈阳理工大学《粉体材料科学基础》2022-2023学年第一学期期末试卷
- 关于空气维保合同的情况说明
- 国企购车合同范本
- 合同 能源管理方式
- 合同法937条原文内容
- 2024不锈钢制作合同范本产品制作合同范本
- 2024小区简易房屋装修合同范本
- 2024家庭装修合同补充协议书范本
- 烘干设备购销合同模板
- 2024年国际贸易佣金居间服务协议
- 2024年医院食堂承包合同参考模板(五篇)
- 广东省深圳实验学校中学部2024-2025学年七年级数学上学期期中考试试卷
- 江苏省南京市六校2024-2025学年高一上学期期中联合调研考试 数学 含答案
- 老师实习报告(6篇)
- 电器集团外协、外购件检验作业指导书
- 国开学习网《幼儿园课程与活动设计》期末大作业答案(第7套)
- 第25课《刘姥姥进大观园》(导学案)(学生版) 2024-2025学年九年级语文上册同步课堂(统编版)(学生专用)
- 美容院翻新合同协议书
- 嵌入式课程设计实训
评论
0/150
提交评论