架构设计中的存储设计系统架构设计_第1页
架构设计中的存储设计系统架构设计_第2页
架构设计中的存储设计系统架构设计_第3页
架构设计中的存储设计系统架构设计_第4页
架构设计中的存储设计系统架构设计_第5页
免费预览已结束,剩余1页可下载查看

下载本文档

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

文档简介

架构设计中的存储设计系统架构设计 在大部分企业中,网络、安全、运行监控和应用往往已经安排了各种专职岗位,但对于实际保存企业最重要资产数据的存储工作往往被其他岗位兼任。 数据存储的现实状况 根据Gartner Group xx的数据显示,我们或许能得到答案。大部分企业每2年数据量翻倍,对于Web 2.0之后催生的大量新应用,速度要更快。以电信运营、能源、流媒体增值服务等行业为代表的一批大型企业已经进入PB时代。在企业IT运营投资中,存储的费用有望在未来4年中有望从4增加到17用于数据管理和费用往往是存储平台投资的5-7倍。 从上面的数据我们不难看出,虽然现在有很多半概念化的热点技术(例如:云、SOA、Web/En-terprise 2.0),但存储确是我们要实实在在面对的问题,很多企业的CTO会在IT投入和实际效能之间作出如下权衡: 首先,对于同一个业务应用,如果设计具有扩展能力的高可用方案意味着更多的投入。 其次,存储架构是否可以满足企业现有(包括未来一段时间)应用、运行基础设施的需要,是否要设计成“积木”方式,以利于当前存储系统不堪负载时可以通过购买或扩容线性的满足新的存储需求。 第三,无论限于企业自己业务部门的需要还是合作伙伴、行业、法规的安全要求,如果在保护数据安全的前提下牺牲满足业务必要的性能,这同样不可取。 因此,存储需要有自己的架构体系和设计思路,而且设计中面临的最大问题与我们设计一个应用系统类似“变化”,尤其对很多企业而言,数据还没有类似服务那样,被总线集中在一起,大部分数据还是分布在不同服务器的本地存储里,因此如何设计企业的存储架构要考虑多个因素:不断增加的数据容量;不同网络段的吞吐能力;数据访问性能指标。而且对于很多跨地域的企业,这个指标还应该包括物理位置的纬度。 例如:下面是一个在北京、上海、深圳三地都有异地容灾的企业,为了确保实际灾难恢复能力,实际运行的数据中心只有一个,另外两个“温”节点通过双向复制与运行节点(“热”节点)保持同步,那么对于位于山东、浙江的分支机构其访问时就会因运行节点、接入网络的不同存在差异性,相应的我们在制定访问时间指标时也要有所差异化的考虑。例如,投资成本、业务系统的特点(比如:响应时间要求、分布式事务中需要协调的数据项)、遗留系统以及外部合作方系统。 鉴于上述原因,同时考虑到数据(结构化、非结构化、半结构化、关系、流信息)对于企业业务的重要性,如果不能在企业发展的特定阶段对存储作出一个全面的规划,那么它很可能成为企业IT环境发展的障碍。 存储架构分析 从使用角度来看,主流的存储技术包括DAS、NAS和SAN,三者在易用性、访问透明性、冗余和扩展能力方面差异很大,而且投资成本也随着应用规模、数据容量、可靠性方面有很大差异,而且大部分企业中往往是多种技术产品并存的局面。不过从逻辑架构看,我们可以分成分布式存储、集中式存储和混合存储三种逻辑架构,而且在具体环境中可以依据图2所示结构化的步骤实施。其中,图2中上面灰色区域为存储架构部分,下面为存储架构与具体应用、服务结合的部分。 定义存储需求 该部分主要关注三个指标:可用性、容量、访问性能。虽然这些指标都是可以量化的,但关键在评估这个量非常不容易,比如:如何评估准备加入存储体系某个应用实际的数据量,设计中需要至少考虑下列因素: 首先,逻辑数据量在不同数据库、数据仓库产品中都会在物理容量上放大,这个需要基于企业或类似系统作对比,而不能仅仅按照开发组提出的那个“缩水”的版本划分存储还包括操作系统自身容量、应用软件容量、业务数据容量、报文和过录文件的容量;根据可用性、冗余份数的要求,容量信息还需要成倍增加。 其次,在基本确定容量之后,我们应该对数据进行分类:操作系统环境数据、应用软件数据、用户数据,例如:因为用户加人需要的LDAP存储、用户数据库信息、用户客户端需要保存和使用的数据等。 选择存储技术 我们一般会选择DAS、NAS、SAN或三者的混合方案。由于各个存储技术在不同的场景下有比较明显的实用性差异,因此具体实施中可以考虑混合型方式。 这样,对于频繁使用的局域网处理可以在网内解决,而大容量历史长线数据可以保存在SAN的阵列或带库中(现阶段,由于价格因素,带库的使用量趋于减少)。 此外,考虑到容灾的问题,还可以选择:数据复制(例如:图1中,三个中心通过结队双向复制的方式,完成数据的异地容灾)、RAID(主要用于防止因本地硬件故障导致的问题)。然后,可以从逻辑上按照企业实际网络情况、访问需要、数据分布情况设计集中式、分布式或混合型的逻辑布局。 总的来说,将存储作为独立的架构考虑,即是由于业务发展用户应用的需要,同时也是梳理企业IT环境,以及实施SOA、Web/Enterprise 2.0等大规模平台应用的基础。与应用架构一样,存储架构本身也有其标准的迭代流程,也是从需求出发的。虽然我们的意图是将存储设计成一个对应用和服务完全透明的体系,但由于网络、物理位置的各种限制,达到这个目标并不容易,因此如何采用统一的标准化存储接入设备、访问协议就成了架构的

温馨提示

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

评论

0/150

提交评论