两地三中心容灾专项方案.docx
- 文档编号:15057069
- 上传时间:2023-06-30
- 格式:DOCX
- 页数:86
- 大小:2.34MB
两地三中心容灾专项方案.docx
《两地三中心容灾专项方案.docx》由会员分享,可在线阅读,更多相关《两地三中心容灾专项方案.docx(86页珍藏版)》请在冰点文库上搜索。
两地三中心容灾专项方案
Xx项目存放方案介绍
1.现实状况综述
XX市政府网站管理中心自成立之日起,就根据集中建设标准完成了“XX市电子政务外网统一平台示范工程项目”建设工作,完成了XX市124家党政部门接入工作,完成了在全市范围内只铺设一套网络基础设施工作,实现了市及电子政务外网和省、国家政务外网之间互联互通,现在共有服务器500多台,存放40多套,布署虚拟服务器300多台。
涵盖了XX市各委办局大部分数据,包含公安局、财政局、民政局、卫生局、发展改革委、外办/侨办等,并为她们提供了多种电子政务应用系统和业务数据,伴随业务应用水平不停提升,各局对网络办公和数据依靠程度逐年增加,为保障各委办局业务数据连续安全运行,迫切需要对她们数据进行备份,不过采取传统备份方法需要针对每一个应用配置不一样备份方法、策略及容灾设备,将造成投资浪费和管理成本增加,为处理数据备份问题我们计划引人两地三中心云灾备技术。
具体分析,XX市电子政务业务类型众多、业务系统建设和运行历史比较长,从系统结构和数据结构两方面来说,全部是比较复杂。
从系统结构来说,现有单机运行网站,也有WEB、应用服务、数据库三层架构大型业务平台。
从数据结构来说,现有结构化数据集中存放资源库平台,全部关键数据统一存放在数据库集群中,也有非结构化数据如文件、图片等应用系统管理维护资料数据。
另外,XX市电子政务各业务系统需要保护数据类型复杂多样,现有多种数据库如oracle,sqlserver多个版本,mysql等)数据,也有多种应用程序(网站类,OA类,业务系统类等)多种文档(word,execle,txt等)多种非结构化数据(关键视频,档案等),当然也需要对虚拟机镜像提供保护(VMWare和Cloudview等)。
以上现实状况表明极难用一个灾备技术满足上述多个数据类型容灾需求,结合应用和数据关键等级、现有业务系统情况分类进行设计,我们计划采取数据备份、存放层数据复制和数据库层数据复制多个容灾技术构建两地三中心灾备方案。
2.总体建设方案
2.1.建设标准和策略
2.1.1.建设标准
XX市政务信息化容灾备份及安全系统建设是信息中心信息安全保障体系关键组成部分,信息中心适应信息化发展趋势作出一项重大战略布署,XX政务容灾系统建设需要遵照以下建设标准:
统筹计划标准。
容灾备份系统建设,包含技术面广,复杂程度高,投资巨大,所以我们必需牢靠树立“一盘棋”思想,坚持统筹计划,抓紧资源整合,协调各方力量,着眼实际、着眼全局、着眼长远,切实以统筹理念推进信息化容灾备份系统建设。
循序渐进标准。
信息化容灾备份系统建设是一项系统工程,实施周期长,要本着循序渐进标准,分步建设和实施。
在建设之前应做好具体计划设计,并根据计划内容,分清主次,依次实施。
全部建设完成后,还有定时组织演练,确保灾备系统能够正常工作。
平战结合标准。
灾难备份资源是为小概率事件准备,平时处于备份、测试或演练状态,设备闲置,所以我们能够在不影响灾难备份和恢复功效前提下,本着平战结合标准,充足利用数据灾备中心各类资源,开展信息系统培训、开发等业务,真正让数据灾难备份中心各类资源得到充足利用和发挥作用。
2.1.2.建设策略
本项目建设策略上从过去重视单一部门、单一系统容灾问题处理,向支撑全市电子政务系统安全高效运行转变;二是在建设方法上,从部门独立建设、自成体系,向跨部门跨区域协同互动和资源共享转变;三是在系统模式上,从粗放离散模式,向集约整合模式转变,确保电子政务项目标可连续发展,符合电子政务项目建设“集约化、专业化、规模化”策略。
2.1.2.1.集约化策略
在《相关加紧推进国家电子政务外网建设工作通知》(发改高技[]988号)文件之前,国家各部委应用系统采取垂直管理,各自独立方法建设。
一套灾备系统牵涉到有基础设施建设、灾备设备资源和经验丰富运维人员,往往需要大量资金投资。
本市信息各委办局全部有建设灾备系统需求假如全部单独建设,将会是一笔巨大投资,而且各个委办局全部需要培养大量相关专业运维管理人员。
怎样更为集约化建设灾备系统,怎样更为简单管理和维护复杂灾备系统,是我们必需面对和处理难题。
现在,已经有地税局、人社局、国土局、财政局、建委等部门提出了灾备建设需求。
从这些部门灾备建设方案来看,普遍包含:
服务器、存放设备、网络设备、安全设备、链路等内容,平均需要1000万左右投资才能实现关键业务应用级容灾目标。
另外,异地容灾还需要租用机房、聘用运维人员、支付链路费用等。
经初步估算,已经提出或含有潜在容灾备份需求部门,若单独建设容灾系统,则最少需要9000万建设投资,灾备系统运维费最少达成每十二个月1800万。
本项目提议为各委办局多个业务系统建立集中数据灾备中心,相比分别为各个业务系统建立独立容灾系统,既节省IT设备资源,提升容灾资源利用率,又能大大降低后期管理和运行成本。
系统建设充足调研了XX市电子政务信息系统建设情况设计开放性、可扩展性容灾策略,支持已经有投资系统功效性能,有效保障了系统可连续发展。
2.1.2.2.专业化策略
XX市电子政务业务类型众多、业务系统建设和运行历史比较长,从系统结构和数据结构两方面来说,全部是比较复杂。
从系统结构来说,现有单机运行网站,也有WEB、应用服务、数据库三层架构大型业务平台。
从数据结构来说,现有结构化数据集中存放资源库平台,全部关键数据统一存放在数据库集群中,也有非结构化数据如文件、图片等应用系统管理维护资料数据。
全市电子政务各业务系统需要保护数据类型复杂多样,现有多种数据库如Oracle、SQLServer多个版本、MySQL等)数据,也有多种应用程序(网站类,OA类,业务系统类等)多种文档(Word、Execle、TXT等)多种非结构化数据(关键视频,档案等),当然也需要对虚拟机镜像提供保护(VMWare和Cloudview等)。
本项目立足于XX市电子政务系统容灾备份及安全建设,充足调研了全市电子政务信息系统建设和应用情况,从网络接入、系统业务功效及数据量、系统涉密情况、容灾策略需求、性能指标等多方面综合分析。
努力争取满足针对不一样性质系统提出了数据级、应用级容灾策略,同时分析了不一样策略在线模式和离线模式、远程数据复制、同时和异步容灾、同城和异地等多个容灾方案,专业化处理未来XX市电子政务信息系统容灾备份需求。
2.1.2.3.规模化策略
本项目集约化建设基础上实现规模化,项目建成以后将承载XX市95%以上电子政务信息系统容灾工作,处理本市政府各部门内部业务系统、跨区域纵向业务应用、部门关键应该容灾备份需求。
容灾备份中心依靠电子政务外网建设二期工程将完成全市行政区划内共有15个区市县(包含先导区),下辖172个街道(乡、镇)(这里包含部分区市县所管辖乡镇等级经济开发区)、1512个小区(村)全域覆盖。
在数据规模方面,容灾备份中心将处理包含国家关键民生工程在内1000余个业务系统容灾备份工作。
2.2.建设目标
2.2.1.总体目标
XX市政务信息化容灾备份及安全系统建设计划分成两个阶段,即同城灾备中心建设和异地灾备中心建设,最终建设成为两地三中心模式。
其中以新建XX市云计算中心作为各委办局业务系统主数据中心,XX市网站管理中心作为同城灾备中心,能够选择城市A或是城市B作为异地灾备中心。
云计算中心作为主生产中心,负责日常各委办局全部业务系统运行。
在灾难发生时,在同城容灾中心恢复各委办局关键业务应用运行。
在城市A异地灾备中心完成各委办局关键数据保护,在发生地域级(XX)灾难时,确保各个业务系统关键数据不丢失。
2.2.2.分期目标
一期目标:
实现xx个委办局关键数据在同城容灾中心集中备份,和xx个关键业务在同城容灾中心应用级容灾。
二期目标:
实现xx个委办局关键数据在远程容灾中心集中备份,和xx个关键业务在同城容灾中心应用级容灾。
2.3.建设内容
一期建设内容:
Ø完成云计算中心、同城灾备中心、异地灾备中心两地三中心容灾总体设计
Ø完成关键技术方案验证、实施方案编制、实施路径设计。
Ø完成容灾中心运行管理模式设计。
Ø建设同城应用级容灾中心
二期建设内容:
Ø优化调整新建云计算中心
Ø建设城市A或城市B异地数据级容灾中心
2.4.总体设计方案
依据各委办局技术架构现实状况和策略制订,结合容灾技术关键技术分析和最好实践,制订以下总体容灾架构:
Ø容灾模式为两地三中心灾备模式
Ø容灾等级为数据库系统实现应用等级容灾,其它应用系统基于同城容灾中心实现应用级容灾,关键业务基于远程容灾中心实现应用级容灾
Ø结构化数据复制采取支持异构平台基于数据库层数据复制技术,虚拟机镜像等这类关键非结构化数据复制采取基于存放层数据复制技术
Ø虚拟机之间系统切换技术以自动切换方法为主,物理机之间和物理机和虚拟机之间系统切换以手工切换方法为主,并配合切换脚本降低系统切换时间
Ø容灾网络,提议同城数据中心之间采取大二层存放网络架构,数据网络和存放网络物理连接采取DWDM裸光纤高速网络连接,当地和异地数据中心之间采取IP网络连接,网络带宽要确保系统切换顺畅和数据复制带宽需求
Ø前端(用户端)网络切换技术有手工切换、DNS重定向和负载均衡器健康路由注入多个,本方案提议依据实际情况选择以上切换技术一个或多个
Ø容灾系统和生产系统之间配对关系为降级配对,就是容灾中心和生产中心之间软、硬件配置不遵照1:
1百分比,容灾中心硬件配置性能低于生产中心,容灾应用服务器以虚拟机平台为主,从而深入提升灾备系统投入产出比
建成后两地三中心结构拓扑图以下:
3.容灾关键技术及选择
容灾系统是指在相隔较远异地,建立两套或多套功效相同IT系统,相互之间能够进行健康状态监视和功效切换,当一处系统因意外(如火灾、地震等)停止工作时,整个应用系统能够切换到另一处,使得该系统功效能够继续正常工作。
容灾技术是系统高可用性技术一个组成部分,容灾系统愈加强调处理外界环境对系统影响,尤其是灾难性事件对整个IT节点影响,提供节点等级系统恢复功效。
3.1.容灾系统衡量指标
衡量容灾系统关键指标有RPO(灾难发生时许可丢失数据量)、RTO(系统恢复时间)、容灾半径(生产系统和容灾系统之间距离)和ROI(容灾系统投入产出比)。
RPO是指业务系统所许可灾难过程中最大数据丢失量(以时间来度量),这是一个灾备系统所选择数据复制技术有亲密关系指标,用以衡量灾备方案数据冗余备份能力。
RTO是指“将信息系统从灾难造成故障或瘫痪状态恢复到可正常运行状态,并将其支持业务功效从灾难造成不正常状态恢复到可接收状态”所需时间,其中包含备份数据恢复到可用状态所需时间、应用系统切换时间、和备用网络切换时间等,该指标用以衡量容灾方案业务恢复能力。
容灾半径是指生产中心和灾备中心之间直线距离,用以衡量容灾方案所能防御灾难影响范围。
容灾方案ROI(ReturnofInvestment,投入产出比)也是用户需要关键关注,它用以衡量用户投入到容灾系统资金和从中所取得收益比率。
显然,含有零RTO、零RPO和大容灾半径灾难恢复方案是用户最期望,但受系统性能要求、适用技术及成本等方面约束,这种方案实际上是不大可行。
所以,用户在选择容灾方案时应该综合考虑灾难发生概率、灾难对数据破坏力、数据所支撑业务关键性、适用技术方法及本身所能承受成本等多个原因,理性地作出选择。
3.2.容灾等级
根据容灾系统对应用系统保护程度能够分为数据级容灾、应用级容灾和业务级容灾。
数据级容灾仅将生产中心数据复制到容灾中心,在生产中心出现故障时,仅能实现存放系统接管或是数据恢复。
容灾中心数据能够是当地生产数据完全复制(通常在同城实现),也能够比生产数据略微落后,但肯定是可用(通常在异地实现),而差异数据通常能够经过部分工具(如操作统计、日志等)能够手工补回。
基于数据容灾实现业务恢复速度较慢,通常情况下RTO超出二十四小时,不过这种等级容灾系统运行维护成本较低。
应用级容灾是在数据级容灾基础上,深入实现应用可用性,确保业务快速恢复。
这就要求容灾系统应用不能改变原有业务处理逻辑,是对生产中心系统基础复制。
所以,容灾中心需要建立起一套和当地生产相当备份环境,包含主机、网络、应用、IP等资源全部有配套,当生产系统发生灾难时,异地系统能够提供完全可用生产环境。
应用级容灾RTO通常在12个小时以内,技术复杂度较高,运行维护成本也比较高。
业务级容灾是生产中心和容灾中心对业务请求同时进行处理容灾方法,能够确保业务连续可用。
这种方法业务恢复过程自动化程度高,RTO能够做到30分钟以内。
不过这种容灾等级项目实施难度大,需要从应用层对系统进行改造,比较适合步骤固定简单业务系统。
这种容灾系统运行维护成本最高。
3.3.常见容灾建设模式
目前,市场上常见容灾模式可分为同城容灾、异地容灾、双活数据中心、两地三中心多个。
3.3.1.同城容灾
同城容灾是在同城或相近区域内(≤200KM)建立两个数据中心:
一个为数据中心,负责日常生产运行;另一个为灾难备份中心,负责在灾难发生后应用系统运行。
同城灾难备份数据中心和灾难备份中心距离比较近,通信线路质量很好,比较轻易实现数据同时复制,确保高度数据完整性和数据零丢失。
同城灾难备份通常见于防范火灾、建筑物破坏、供电故障、计算机系统及人为破坏引发灾难。
3.3.2.异地容灾
异地容灾主备中心之间距离较远(>200KM)所以通常采取异步镜像,会有少许数据丢失。
异地灾难备份不仅能够防范火灾、建筑物破坏等可能碰到风险隐患,还能够防范战争、地震、水灾等风险。
因为同城灾难备份和异地灾难备份各有所长,为达成最理想防灾效果,数据中心应考虑采取同城和异地各建立一个灾难备份中心方法处理。
3.3.3.两地三中心
结合多年中国出现大范围自然灾难,以同城双中心加异地灾备中心“两地三中心”灾备模式也随之出现,这一方案兼具高可用性和灾难备份能力。
同城双中心是指在同城或邻近城市建立两个可独立负担关键系统运行数据中心,双中心含有基础等同业务处理能力并经过高速链路实时同时数据,日常情况下可同时分担业务及管理系统运行,并可切换运行;灾难情况下可在基础不丢失数据情况下进行灾备应急切换,保持业务连续运行。
异地灾备中心是指在异地城市建立一个备份灾备中心,用于双中心数据备份,当双中心出现自然灾难等原所以发生故障时,异地灾备中心能够用备份数据进行业务恢复。
3.3.4.双活数据中心
所谓“双活”或“多活”数据中心,区分于传统数据中心和灾备中心模式,前者多个或两个数据中心全部处于运行当中,运行相同应用,含有一样数据,能够提供跨中心业务负载均衡运行能力,实现连续应用可用性和灾难备份能力,所以称为“双活”和“多活”;后者是生产数据中心投入运行,灾备数据中心处于不工作状态,只有当灾难发生时,生产数据中心瘫痪,灾备中心才开启。
“双活”数据中心最大特点是:
一、充足利用资源,避免了一个数据中心常年处于闲置状态而造成浪费,经过资源整合,“双活”数据中心服务能力是翻倍;二、“双活”数据中心假如断了一个数据中心,其业务能够快速切换到另外一个正在运行数据中心,切换过程对用户来说是不可感知。
在“双活”模式中,两地数据中心同时接纳交易,技术难度很大,需要更改众多底层程序,所以在现实中,中国还没有真正“双活”数据中心成功应用案例。
3.4.常见数据复制技术
在构建容灾系统所包含很多要素中,数据复制技术是基础,只有确保了数据安全可用,应用或是业务恢复才有可能。
正常情况下系统多种应用在数据中心运行,数据存放在数据中心和灾难备份中心两地保留。
当灾难发生时,使用备份数据对工作系统进行恢复或将应用切换到备份中心。
数据复制技术选择决定灾备系统RPO指标,灾难备份系统中数据备份技术选择应符合数据恢复时间或系统切换时间满足业务连续性要求。
数据复制(Replication)是指利用复制软件把数据从一个磁盘复制到另一个磁盘,生成一个数据副本。
这个数据副本是数据处理系统直接能够访问,不需要进行任何数据恢复操作,这一点是复制和D2D备份最大区分。
依据不一样容灾方案所采取数据复制技术在企业IT架构不一样层面,数据复制可分为基于存放层复制、基于主机层复制和基于应用复制。
具体到一个I/O从磁盘到应用步骤上,可能经由磁盘阵列、存放网络、卷管理软件、文件系统、数据库系统和应用系统全部步骤或是其中多个步骤,那么数据复制就能够在这些步骤任一层次上实现,以下图所表示:
基于存放层复制能够是由存放设备控制器实施,也能够是由网络层虚拟化存放管理平台来实施,基于存放层复制基于主机和应用无关性,兼容性要求最低,实施难度最小,不过因为是卷等级数据拷贝,对网络带宽要求最高;基于主机复制能够由安装在主机上卷管理软件或是文件系统来实现,在实际应用场景中,以基于卷管理软件数据复制技术居多,这种方法通常要求主机平台相关,实施难度升高,不过带宽要求降低;基于数据层复制经过数据库容灾功效模块来实现,对网络带宽要求最低,不过只能实现数据库数据容灾;基于应用层数据复制需要对应用程序进行定制开发,现实场景中极难见到。
下面就关键介绍一下多个常见数据复制技术。
3.4.1.基于存放层容灾复制方案
3.4.1.1.基于存放设备数据复制
基于存放设备数据复制技术关键是利用存放阵列本身盘阵对盘阵数据块复制技术实现对生产数据远程拷贝,从而实现生产数据灾难保护。
在主数据中心发生灾难时,能够直接利用灾备中心数据建立运行支撑环境,为业务继续运行提供IT支持。
同时,也能够利用灾备中心数据恢复主数据中心业务系统,从而能够让企业业务运行快速回复到灾难发生前正常运行状态。
基于存放设备数据复制技术示意图以下:
基于存放设备复制能够是如上示意图“一对一”复制方法,也能够是“一对多或多对一”复制方法,即一个存放数据复制到多个远程存放或多个存放数据复制到同一远程存放;而且复制能够是双向。
基于存放数据复制技术有两种方法:
同时方法和异步方法。
同时方法:
能够做到主/备数据中心磁盘阵列同时地进行数据更新,应用系统I/O写入主磁盘阵列后(写入Cache中),主磁盘阵列将利用本身机制同时将写I/O写入后备磁盘阵列,后备磁盘阵列确定后,主中心磁盘阵列才返回应用写操作完成信息。
异步方法:
是在应用系统I/O写入主磁盘阵列后(写入Cache中),主磁盘阵列立即返回给主机应用系统“写完成”信息,主机应用能够继续进行写I/O操作。
同时,主中心磁盘阵列将利用本身机制将写I/O写入后备磁盘阵列,实现数据保护。
采取同时方法,使得后备磁盘阵列中数据总是和生产系统数据同时,所以当生产数据中心发生灾难事件时,不会造成数据丢失,能够实现RPO为零。
为避免对生产系统性能影响,同时方法通常在近距离范围内(FC连接通常是200KM范围内,实际用户布署多在35KM之内)。
而采取异步方法应用程序无须等候远程更新完成,所以远程备份存放设备性能影响通常较小,而且生产中心距离和灾备中心距离理论上没有限制(通常基于IP连接来实现数据异步复制)。
采取基于存放设备数据复制技术构建容灾方案必需前提是:
Ø通常必需采取同一厂家统一系列且同时含有数据复制技术高端存放平台,给用户存放平台选择带来一定限制。
Ø采取同时方法可能对生产系统性能产生影响,而且对通信链路要求较高,有距离限制,通常在近距离范围内实现(同城容灾或园区容灾方案)
Ø采取异步方法和其它种类异步容灾方案一样,存在数据丢失风险,通常在远距离通信链路带宽有限情况下实施。
尽管有以上限制,基于存放设备数据复制技术仍然是目前选择较多容灾技术平台,这关键是因为基于存放复制技术方案有以下优点:
Ø采取基于存放数据复制独立于主机平台和应用,对多种应用全部适用,而且完全不消耗主机处理资源;
Ø基于存放得数据复制技术,因为在最底层,实施起来受应用、主机环境等相关技术影响最小,很适合于主机和业务系统很多、很复杂环境,采取此种方法能够有效降低实施和管理难度;
Ø采取同时方法能够完全不丢失数据,在同城容灾或园区内容灾方案中,只要通信链路带宽许可,完全能够采取同时方案,而不会对主数据中心生产系统性能产生显著影响;
Ø采取异步方法即使存在一定数据丢失风险,但没有距离限制,能够实现远距离保护;
Ø灾备中心数据能够得到一定程度上有效利用(用作测试或报表等)。
构建成本:
存放层容灾产品报价,全部是采取磁盘阵列高级功效许可授权方法进行报价。
并根据磁盘阵列具体数量进行报价。
越是高端盘阵,高级功效模块授权价格成阶梯式增加。
除了这些高级功效授权许可外,其还有MA(维护)费用和实施费用,MA费用整体磁盘阵列报价(含高级功效模块)25%左右。
实施费用通常按人天费用方法进行计算,总体成本很高。
另外,其对带宽要求很高,容灾网络建设费用更高。
适用场景:
存放设备复制技术利用磁盘阵列本身卷复制功效实现,首先要求必需是同构高端存放系统,其次对带宽要求较高,实现是底层数据块等级复制,属于数据层容灾范围。
这类容灾产品因为其本身功效特征,作为高端盘阵衍生出来附加高级功效来实现容灾,其投资巨大,从盘阵本身到链路要求全部极高,需要专门链路确保数据一致性。
当灾难发生时,需要经过人工调整方法,将镜像卷提供给远端生产业务系统,实现业务系统容灾,RTO在数小时以上。
经过以上分析能够看出,基于存放层灾备方案对存放平台要求很严格,适适用于为底层存放平台单一、服务器平台组成复杂、上层应用繁多IT系统构建数据级容灾方案,不适合于复杂、异构存放平台容灾场景需求。
3.4.1.2.基于虚拟化存放技术数据复制
存放虚拟化技术方法,是将系统中多种异构存放设备映射为一个单一存放资源,对用户完全透明,达成屏蔽存放设备异构目标。
经过虚拟化技术,用户能够利用已经有硬件资源,把SAN内部多种异构存放资源统一成对用户来说是单一视图存放资源(StoragePool),而且采取Striping、LUNMasking、Zoning等技术,用户能够依据自己需求对这个大存放池进行方便分割、分配,保护了用户已经有投资,降低了总体拥有成本(TCO)。
另外也能够依据业务需要,实现存放池对服务器动态而透明增加和缩减。
经过存放虚拟化技术能够实现数据远程复制,这种数据复制技术原理和基于存放设备原理基础一样,唯一区分就是前者由存放虚拟化控制器实现,或由磁盘阵列控制器实现,所以这种技术不要求底层磁盘阵列同构。
存放虚拟化技术通常在存放网络层面实现,其数据复制一样也能够有同时复制方案和异步复制方案,需要依据具体需求选择适宜技术。
基于存放虚拟化控制器两地三中心容灾方案架构
采取虚拟存放化技术建设容灾方案有以下优点:
Ø主生产中心和容灾中心存放阵列能够是不一样厂家产品,存放平台选择不受现有存放平台厂商限制;
Ø对不一样厂家存放阵列提供统一管理界面。
在虚拟存放环境下,不管后端物理存放是什么设备,服务器及其应用系统看到全部是其熟悉存放设备逻辑镜像。
即便物理存放发生改变,这种逻辑镜像也永远不变,系统管理员无须再关心后端存放,只需专注于管理存放空间,全部存放管理操作,如系统升级、建立和分配虚拟磁盘、改变RAID等级、扩充存放空间等比以前任何产品全部轻易,存放管理变得轻松简单。
采取虚拟存放化技术建设容灾方案需要考虑以下问题:
Ø需要验证选择产品和技术成熟性和和现有设备、未来设备兼容性能力;
Ø存放虚拟化控制器作为一个带内接管方法,存放系统性能直接和存放虚拟化控制器相关,在高I/O负载应用场景下,需要考虑存放虚拟化控制器性能瓶颈问题。
虚拟化技术即继承了基于存放设备实现数据复制方案优点,同时又能兼容异构存放系统,而且切换过程比较简单,甚至能够实现自动切换,成为越来越多容灾用户选择。
构建成本:
存放网络层产品报价,通常采取虚拟化网关数量和容量结合起来报价方法,存放网关数量多少和虚拟化存放容量多少全部直接影响整个报价。
除此之外还有MA费用和实施费用
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 两地 中心 专项 方案