ibm存储容灾方案v03.docx
- 文档编号:27970914
- 上传时间:2023-07-07
- 格式:DOCX
- 页数:22
- 大小:30.32KB
ibm存储容灾方案v03.docx
《ibm存储容灾方案v03.docx》由会员分享,可在线阅读,更多相关《ibm存储容灾方案v03.docx(22页珍藏版)》请在冰豆网上搜索。
ibm存储容灾方案v03
存储容灾解决方案
一、概述3
1.1信息系统现状3
1.1.1存储系统现状3
1.1.2备份系统现状4
1.1.3没有一套完善的容灾保护机制6
1.2信息中心存储系统建设需求分析7
1.2.1存储系统要求7
1.3信息中心智能保护系统建设需求分析10
1.3.1智能保护系统设备要求10
1.4集中存储备份智能保护的建设目标11
二、系统建设方案12
第一期规划12
2.1存储系统总体设计12
2.1.1方案总述12
2.1.2方案拓扑示意图13
2.1.3方案关键优势13
2.1.4方案配置14
2.1.5存储系统建设所能达到的效果15
第二期规划15
2.2虚拟化系统总体设计15
15
2.3.1方案拓扑示意图16
2.3.2方案关键优势。
16
2.3.3虚拟化系统建设所能达到的效果17
2.3.4VMware服务器虚拟化方案设计19
一、概述
1.1信息系统现状
1.1.1存储系统现状
目前业务系统主要应用系统有文件服务器(windows)、应用服务器(windows)、邮件服务器(windows)、防病毒服务器(windows)、HR服务器(windows)和ERP服务器(SUN小机)。
目前应用系统均运行在独立的服务器中,一方面服务器本身容量空间有限,随着业务数据的不断增长,空间已基本饱和,另一方面数据安全性没有保障,服务器故障将面临整个业务系统数据丢失(单台服务器故障,怎么会造成整个数据丢失)。
应用系统的高性能存储空间及数据保护工作是信息中心最为重视的
现有存储系统情况统计:
(表格把客户目前服务型号及硬盘分布要写的详细些,表格我会提供)
序号
系统组成
系统类型/存储方式(位置)
现有磁盘阵列及类型、容量
1
文件服务器
Windows/本地
//
2
应用服务器
Windows/本地
3
邮件服务器
Windows/本地
4
防病毒服务器
Windows/本地
5
HR服务器
Windows/本地
6
ERP服务器
SUN小机/本地
从上表情况来看,所有业务系统的数据都存放在本地硬盘上,本地硬盘存储具有如下缺陷:
✓单硬盘或者原始RAID方式,故障率高,安全性低。
✓性能低下,影响应用主机性能。
✓磁盘容量性能扩展性差。
✓只能通过与之连接的主机进行访问。
✓每一个主机管理它本身的文件系统,但不能实现与其他主机共享数据。
✓数据分散,管理复杂。
综上所述,在信息中心现有的业务系统环境中,各业务主机的存储环境主要由本地硬盘,存储数据分散在各自单独的本地存储中,导致数据分散管理,管理非常繁琐,数据的安全性和高可用性得不到根本保障。
从存储方式来看,对业务系统来说,改善存储架构,用先进的集中统一管理的FCSAN存储架构代替现有的存储架构,提高存储的安全性和高可用性是非常有必要和必须的。
(建议把现有架构和FCSAN架构做一个对比的拓扑图,简要分析下优劣势),(客户担心吧鸡蛋放在一个篮子里面不安全,打个比方解释下,使客户放心)
1.1.2备份系统现状
在信息中心现有的业务系统环境中,服务器类型较多,业务系统分布在unix、Windows等不同的平台上,数据库以Sqlserver为主,对操作系统及业务数据和数据库目前主要采用传统的手工方式进行备份。
信息中心现有备份情况统计(表格把客户目前硬盘分布要写的详细些)
序号
系统组成
数据库数据量
数据库类型及版本
现在的备份方式
1
文件
500GB
-
手工备份
2
应用
100GB
-
手工备份
3
邮件
100GB
-
手工备份
4
防病毒
100GB
-
手工备份
5
HR
100GB
-
手工备份
6
ERP
200GB
-
手工备份
无集中备份管理系统,具有如下隐患和风险:
●物理故障导致数据无法恢复
物理故障是指造成系统无法正常运行的软硬件损坏。
如操作系统故障、应用程序和数据库损坏、硬盘故障、主机故障等。
常见的几种物理故障包括:
✓操作系统故障:
非法指令造成的系统崩溃,系统文件被破坏导致无法重启。
✓应用程序损坏:
缺少文件或程序本身不完善导致程序无法运行。
(上了集中存储和容灾该故障如果还存在,可以不写,因为客户并没因为上了存储而改变现状,)
✓整机损坏:
由掉电、火灾、地震等造成设备无法运行。
✓硬盘故障:
硬盘是精密的机电设备,安装时的无意磕碰、掉电、电流突然波动等原因都有可能造成设备无法运行。
✓网络设备故障:
传输距离过长、设备添加与移动、传输介质的质量问题和老化都有可能造成故障。
●逻辑故障导致数据无法恢复
逻辑故障包括两种,第一是系统能够正常运行,但实际已经有部分损坏,如数据文件丢失,程序丢失等。
第二种是系统本身虽然完好无损,可是系统中的部分数据是错误的。
常见的几种逻辑故障包括:
✓数据不完整:
系统缺少完成业务所必须的数据。
✓数据不一致:
系统数据是完全的,但不符合逻辑关系。
✓数据错误:
系统数据是完全的,也符合逻辑关系,但数据是错误的。
逻辑故障隐蔽性强,往往带有巨大的破坏性,并造成不可估算的损失·(通过集成存储可以减少和避免逻辑故障么)。
●无法对数据库进行在线备份
用手工方式对数据库进行备份,需要将数据库停机,否则无法保证备份数据的一致性和可用性。
用手工方式对数据库进行备份,对数据的性能会有很大的影响,影响生产系统的使用效率和性能。
●数据管理工作难以形成制度化,数据丢失现象难以避免;
●数据分散在不同的机器、不同的应用上,管理分散,安全性得不到保障;
●应用系统的使用维护人员工作量大,业务人员工作效率下降;
●存储媒体管理困难,如今,用来存储数据的介质越来越多,各种不同系统下存储产生的软盘、磁带、光盘将给管理带来很大的困难;(客户不用磁带等存储设备)
●历史数据保留比较困难;
综上所述,手工方式进行备份经常需要人工干预,且工作效率非常低下,备份数据的安全性和可用性也得不到保障,无集中统一的管理平台,管理非常繁琐,为了解决这些由于数据的增长或信息化发展所带来的问题,信息中心业务系统迫切的需要构建一套完善的集中备份管理系统。
通过先进的集中备份管理系统自动灵活的完成每天繁重的数据及系统的备份,极大提高业务系统数据的安全性和可用性,为信息中心系统的不间断运行和数据的安全性提供最大的保障。
原有存储备份系统拓扑示意图:
1.1.3没有一套完善的容灾保护机制
信息中心的业务数据非常重要,它影响到整个公司的运作,一旦发生水灾、火灾、地震或者一些非人为性的灾难,数据将受到严重威胁,建立一套完善的容灾保护机制来确保数据的安全和业务的连续运行是非常有必要的。
从容灾的级别和要求来说,可以分为数据级容灾和应用级别容灾。
数据级别容灾,指灾难发生后以后可以确保数据不会丢失或者遭到破坏。
数据级的容灾是比较基础的,其中,成本较低的数据容灾方案中,仅需利用磁带库和备份软件或者虚拟磁带库自身的远程复制功就能实现数据异地备份,达到数据远程复制的效果;而较高级的数据备份方案则是依靠磁盘阵列数据复制工具,例如卷复制软件,或者硬件控制器的远程数据同步功能,实现数据的远程复制。
数据级别容灾是保障数据可用的最后底线,当数据丢失时能够保证应用系统可以重新得到所有数据。
从这种意义上讲,数据备份属于该级别容灾,用户把重要的数据存放在磁带上,如果考虑到高级别的安全性还可以把磁带运送到远距离的地方保存,当灾难发生后,从磁带中获取数据。
该级别灾难恢复时间较长,仍然存在风险,尽管用户原有数据没有丢失,但是应用会被中断,用户业务也被迫停止。
客户不用磁带
应用级别的容灾是以数据级容灾为基础的,在数据不丢失的前提下,把系统和应用软件都进行复制,当然这里所说的复制不是拷贝一份那么简单,还要涉及到主节点故障的时候,备用节点需要知晓,并且把应用和数据全部接管,代替主节点工作。
也就是说,在备份站点同样构建一套应用系统。
应用级容灾系统能提供不间断的应用服务,让用户应用的服务请求能够透明地继续运行,而感受不到灾难的发生,保证信息系统提供的服务完整、可靠、安全。
一般来说,应用级容灾系统需要通过更多软件来实现,它可以使企业的多种应用在灾难发生时进行快速切换,确保业务的连续性。
综上所述容灾不是一个简单的复制,它需要考虑到各个方面的问题。
我们要考虑到数据从本磁盘复制到异地磁盘的机制,恢复的可行性,并且还要考虑到网络如何切换,应用如何切换,如果前期的规划不合理,就很有可能在灾难发生的时候切换不成功或者在没有发生灾难的时候就切换到异地,毕竟应用的切换都是有风险的,这都将影响到业务的有序进行。
所以我们建议在选择一个合适的产品的同时,要选择一家有经验的厂商和一个具备容灾经验的服务商来帮助我们一起完成容灾建设。
并把一切能考虑的问题在前期都考虑到,做好数据恢复测试、容灾演练等重要工作。
1.2信息中心存储系统建设需求分析
1.2.1存储系统要求
统一规划信息中心存储资源,完成关键和重要的应用系统数据集中整合和管理,提供信息共享的管理平台,解决信息孤岛,同时建立一个简单、实用、高效、灵活的信息整合管理平台系统。
为现有及未来新增的应用系统构建一个集中、高性能和高可用的网络存储平台。
为不同的应用服务器,选择具有针对性的网络存储接入方式,以优化服务器连接成本,提高存储资源的利用率和应用程序的访问效率。
同时,需考虑到未来的容灾需求和集中统一的备份需求。
实现信息中心存储资源集中整合,建立集中存储平台,必须满足以下要求:
1、数据的安全性
本集中存储系统负担着关键和重要业务系统的存储整合,其中包括HR系统、ERP系统、邮件系统等非常关键的业务数据,存储数据的安全性至关重要,对存储的安全性有很高的要求,因此,对集中存储系统的设计,数据安全性是第一重要的考虑因素。
2、系统的高可有性
本集中存储系统负责完成对关键业务系统的支持,对系统的高可靠性有着很高的要求。
作为该系统核心的存储平台的高可靠性则更是重中之重。
由于采用了集中存储的方案,所有的信息存储,信息管理及信息共享均集中存储于统一的平台之上,存储平台的任何故障会造成巨大的影响。
因此存储平台的系统高可靠性尤为重要。
3、系统的高性能
存储系统要存储大量的在线数据信息,支持多关键业务服务器的在线业务并发读写要求。
由于的特殊性和重要性,如何满足高负荷的应用主机、客户机的并发访问,保证业务的连续运行,整个存储系统的性能也是一个非常关键的要求。
而且考虑到将来业务的增长,数据量还会持续增加,应用主机、客户机的数量也会继续增加,系统的性能还应能很好的适应未来的扩充和扩展的需要。
4、系统的可扩充性和可扩展性
作为集中存储的基本要求,存储系统应能支持巨大的存储容量,可以集中存储不同平台的企业数据,从而使企业在保留分布式处理好处的同时实现核心信息的集中存储和集中管理。
随着时间的推移、技术的发展以及环境的变化,业务系统的数据量会飞速增长,许多新业务系统会不断产生,因此对存储系统的可扩展性有很高要求。
尽管我们在本方案中已经充分考虑了系统存储容量空间的预留,但随着业务的发展,对存储系统的可扩展性要求仍将非常迫切。
这主要表现在对存储系统容量的平滑扩充以及对新的主机(HOST)系统的平滑连接,以尽量减少对已有正常业务的影响。
5、系统的多平台支持能力
信息系统是一个多层的体系结构,在集中的存储平台之上要为数据库服务器,应用服务器和其他服务器提供统一的存储方案。
信息中心现有unix、WINDOWS等多种异构平台,作为集中存储的基本要求,存储系统必须能够同时连接不同的服务器平台,以满足数据集中的需要。
(把sun的平台数据存储迁移的问题做下说明)
6、系统故障切换支持
信息中心负但着整个的IT建设和应用支撑系统的维护工作,保持关键应用的不间断运行是存储系统建设所必须考虑的。
集中存储系统的设计必须充分考虑到主机端到集中存储端的全冗余能力和支持。
主机端和存储交换机端的存储连接方式不容许有单点故障,对后端的集中存储而言,关键部件如控制器、电源、磁盘、缓存、前后端连接端口等都需要冗余和故障切换功能。
7、系统负载均衡支持
信息系统众多,很多关键业务需要大数据量的并发访问,因此,存储系统的建设必须充分考虑主机端、交换机端、存储端的负载均衡功能。
以满足大量并发应用访问的需要。
一个集中存储负载均衡功能的设计,要以整个存储访问链路都具有负载均衡功能为标准,其中包括主机端HBA卡的负载均衡支持、存储交换机的负载均衡支持、集中存储控制器的负载均衡支持等等。
8、系统的容灾支持能力
存储系统的建设,集中存储和集中备份是现在的第一步工作,也是基础建设工作。
在集中存储的基础上,信息系统要建立企业级的容灾系统。
因此,在设计集中存储的方案中,必须充分考虑以后容灾系统建设的需求。
集中存储建设需考虑如下容灾需求:
✓容灾系统本地同步复制支持能力。
(能否简要解释下同步异步的区别及优劣势,给客户在自己选择,或者建议客户选择)
✓容灾系统远程异步复制支持能力。
✓容灾系统本地CDP(持续数据保护)和CRR(持续远程复制)并发支持能力。
(名词解释)
✓容灾系统异构平台支持能力,不同存储间的数据复制支持能力。
✓容灾系统建设对主机和数据库能性无消耗支持能力。
如CiscoSANtap协议的支持(名词解释)
✓。
✓容灾系统建设和现有集中存储系统无缝的接合支持能力。
✓容灾系统建设多种容灾方式的支持能力,如磁盘阵列间的容灾、主机层的容灾、数据库级的容灾、第三方设备的容灾等等。
9、系统的多种备份方式支持
信息系统现无集中备份管理系统,在设计集中存储方案时,要与集中备份方案相结合,为信息中心建设一套集中存储和集中备份的高可用系统,集中存储的建设需考虑如下集中备份需求:
✓无网络消耗的的LAN-FREE备份支持(名词解释)
✓高性能的Server-Less备份支持名词解释
✓集中存储内部逻辑恢复能力支持,如支持磁盘阵列内的快照、克隆等功能名词解释
✓相同或不同存储间的数据迁移支持能力
10、新技术的支持能力
IT技术发展日常月异,新技术层出不穷。
集中存储的建设,要考虑存储对新技术的支持和扩展能力,以保持集中存储的先进性,满足信息系统发展的需要,保护现有投资。
集中存储建设需考虑如下新技术的支持能力:
✓满足“0”层需求的闪存驱动器支持。
闪存驱动器能提供更快的性能,更高的能效,更好的可靠性。
✓驱动器降速支持。
此功能能显著降低能耗,节约成本,延长驱动使用寿命。
✓虚拟资源调配支持。
此功能对资源易于创建、易于调配、易于管理。
11、系统的集中管理能力
集中存储系统需要有一个集中信息管理的平台,支持实时的存储系统性能监控及管理,提高管理效率;并能提供与各种企业管理框架软件相结合的功能。
1.3信息中心智能保护系统建设需求分析
1.3.1智能保护系统设备要求(感觉和上面重复了)
信息中心集中智能保护系统承担着HR系统、邮件系统、ERP系统等关键业务的集中智能保护管理工作,因此,集中智能保护系统设备的性能、稳定、安全、扩展十分重要,建立的集中智能保护平台,必须满足如下需求:
1、数据的安全性
本集中智能保护系统负担着关键和重要业务系统的智能保护整合,其中包括HR系统、邮件系统、ERP系统等非常关键的业务数据,保护数据的安全性至关重要,对智能保护系统设备的安全性有很高的要求,因此,对智能保护系统的设计,数据安全性是第一重要的考虑因素。
2、系统的高可有性
本集中智能保护系统负责完成对关键业务系统的支持,对系统的高可靠性有着很高的要求。
作为该智能保护系统核心的备份平台的高可靠性则更是重中之重。
由于采用了集中备份的方案,所有的系统的备份数据集中存储于统一的平台之上,集中智能保护系统平台的任何故障会造成巨大的影响。
因此集中备份平台的系统高可靠性尤为重要。
3、系统的高性能
集中智能保护系统平台要存储大量应用和数据库服务器的备份数据,如何满足高负荷的应用主机、客户机的并发智能保护需求,保证整个智能保护系统的健康运行,整个智能保护系统的性能也是一个非常关键的要求。
而且考虑到将来业务的增长,备份数据量还会持续增加,应用主机、客户机的智能保护需求也会继续增加,智能保护系统的性能还应能很好的适应未来的扩充和扩展的需要。
4、系统的可扩充性和可扩展性
作为集中智能保护平台的基本要求,智能保护系统应能支持巨大的存储容量,可以集中保护不同平台的企业数据,从而使企业在保留分布式处理好处的同时实现核心信息的集中保护和管理。
随着时间的推移、技术的发展以及环境的变化,业务系统的数据量会飞速增长,许多新业务系统会不断产生,因此对智能保护系统的可扩展性有很高要求。
尽管我们在本方案中已经充分考虑了智能保护系统存储容量空间的预留,但随着业务的发展,对智能保护存储系统的可扩展性要求仍将非常迫切。
这主要表现在对智能保护系统容量的平滑扩充以及对新的主机(HOST)系统的平滑连接,以尽量减少对已有正常业务的影响。
5、系统的多平台支持能力
信息系统是一个多层的体系结构,在集中的存储平台之上要为数据库服务器,应用服务器和其他服务器提供统一的存储方案。
信息中心现有unix、WINDOWS等多种异构平台,作为集中备份的基本要求,智能保护系统必须能够同时连接不同的服务器平台,以满足数据集中保护的需要。
6、系统的容灾支持能力
智能保护系统的建设,集中备份是现在的第一步工作,也是基础建设工作。
在集中备份的基础上,要建立智能保护系统企业级的容灾系统。
因此,在设计集中备份的方案中,必须充分考虑以后容灾系统建设的需求,现有的智能保护系统能够和将来的容灾系统平滑无逢的结合。
7、系统的集中管理能力
集中智能保护系统需要有一个集中信息管理的平台,支持实时的智能保护系统性能监控及管理,提高管理效率;并能提供与各种企业管理框架软件相结合的功能。
1.4集中存储备份智能保护的建设目标
●集中存储智能保护系统的建设目标是为信息中心建设一套集中存储智能保护系统,对存储和备份进行统一整合和管理。
●集中SAN存储采用全冗余结构。
●集中SAN存储为将来容灾预留或者准备相应的接口。
●集中备份采用高性能的智能保护系统。
●建立应用级的容灾系统,一旦本地中心发生灾难性的事故,确保数据不会丢失,并且业务系统可以从宕机中迅速恢复。
二、系统建设方案
第一期规划(客户原有一个sun带的整列柜,可否利用起来,怎么利用,对于刀片服务器用NAS和SAN的成本和效果要写清楚,还有sun服务器数据迁移的可行性要写详细,给客户自己选择)
2.1存储系统总体设计
2.1.1方案总述
对现在业务系统存储模式方式进行集中整合,采用业界最新和领先的8Gb的光纤通道技术磁盘阵列。
具体说明如下:
✓控制器冗余:
配置6.4TB的存储容量,双冗余控制器,10000转SAS硬盘及SSD固态硬盘,16GB缓存。
✓交换机冗余:
各需要集中存储的应用主机分别配置一块双口8Gb光纤卡(六块),与主存储之间用两个8Gb光纤交换机进行连接,交换机实现硬件冗余。
✓链路冗余:
在各应用主机上安装多路径管理软件(PowerPath),实现存储路径的Failover和负载均衡功能。
✓IBMStorwizeV5000虚拟化方案(为三期虚拟化做准备,做下说明)
传统的IT架构导致信息孤岛很多,服务器及存储设备的利用率并不高。
StorewizeV5000其中的外部存储虚拟化功能,可帮助企业整合现有的存储系统。
同时也可实现由StorewizeV5000来管理现在有的存储设备,从而延长了这些设备的使用寿命减少了企业的开销。
除此之外,IBM公司发布的Storewize系列V5000同时具备利用自动精简配置优化效率(额外的优势包括:
减少耗电量、散热量及硬件空间需求)、借助复制服务保护数据等等新功能。
▪服务器虚拟化
–IBMStorwizeV5000可以有效的和IBM的Power/Powerlinux/x86服务器相结合,满足不同的应用场景
▪对于邮件需求比较高的客户,可以考虑在V5000上单独划分一个数据资源池用于邮件系统的,达到数据池互相隔离的效果
▪数据安全
–高可用的系统架构
•全冗余的SAN架构
•通过具有删重功能的虚拟带库可以有效节省备份所带来的数据增长,同时提高数据的安全性
–高性能的解决方案
•V5000可以用过ClusterMode将两台V5000组合成一台Cluster(名词解释)V5000,从而提供更好的性能与负载均衡
•使用SSD
–高回报的投资结构
•V5000的外部虚拟化功能可以有效的利用就的存储资源作为存储资源的扩充
–统一简单的图形界面
•V5000拥有着Storwize的统一的图形界面,即使是刚刚上手的新客户也能在短短几十分钟内上手
•V3500V3700V5000V7000的主要性能,容量指标对比(v7000就不要写了)
缓存
8/16GB
16GB/32GB
16/32/48/64GB
磁盘
120
168/336
240/480/720/960
相对性能*
1(turbo是1.3)
1.5/3
2/4/6/8
相对性能是以V3700标准版为基数1,得出的相对数值
*V5000最多2台集群,V7000有2,3,4台集群,以上表格中列出各集群
•功能上的差异,V7000是功能最全的版本,以V7000为参照
•V5000没有实时压缩和NAS功能
•V3K除没有实时压缩和NAS功能外,还没有集群和外部虚拟化
•V3K和V5K的EasyTier是收费的,V5KflashCopy也收费。
这些V7K都不收费
•V3K和V5K有SAS接口,V7K没有
2.1.2方案拓扑示意图(最好自己做一个新图,以中文标示,符合而客户要求的)客户原有一个sun带的整列柜,可否利用起来,怎么利用,图中标明
2.1.3方案关键优势
◆采用最新的IBMV5000高性能、高扩展性、高安全性的企业级存储,能够最大限度保证用户的数据访问效率。
信息中心大多需要能够提供7*24小时的服务,是典型的关键业务,是不能停止的,对系统的高可靠性有着很高的要求。
特别是数据的安全性方面尤为重要。
它具有独特的容错结构设计,能够提供了全面的数据保护,使得业务的连续性得以保证,充分满足各业务系统高可靠性和数据安全性的强烈要求。
◆存储系统的前后端硬件和软件均采用冗余架构,某一硬件出现故障,对应用系统没有任何影响,能最大程度的保证信息中心的连续性。
利用多路径管理软件,不但能实现故障访问路径的自动切换功能,还能实现负载均衡功能,这一点对现在或者将来的高负荷的业务系统尤为重要。
◆此集中存储方案具有良好的扩展性,随着信息中心业务的发展,相关集中存储也会不端的升级。
SIBMV5000存储系统具有很强的适应性和可扩展性。
它们不仅能够同时支持各种UNIX开放系统平台,包括HP、IBM、DEC、Sun、SGI、等,而且能够和WindowsNT相连。
这些特点保证了IBMV5000存储系统拥有了非凡的可扩展性,即使将来选用了不同的主机平台,IBMV5000仍能保持与不同主机的无缝连接
2.1.4方案配置(把客户的服务器配置列个表,每个服务器用什么型号的hba卡写清楚,硬盘报价单写,表格专业点)
本地机房主存储:
IBMV5000
IBM
(填写说明:
系统名称根据产品开票信息进行更改)
1
IBMV5000
存储系统
双控制器,8个8GbFC主机端口,4个1GbEiSCSI端
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- ibm 存储 方案 v03