四格漫画:企业存储"威力"秀
  • 1
  • 2
ZDNet原创解读:以一胜多 为云而备
  • 降低管理风险 化解存储之痛[New!]

    大数据所带来的潜在机遇不言而喻,但同时诸如数据隐私、监管和法律挑战等风险也需要企业提高警惕。在这个情况下,企业必须提升效率、优化性能和简化管理,才能更好地应对大数据所带来的风险和挑战。…… 详情>>
  • 以一胜多优架构 为云而备储筹谋

    云,仍然是2012年的一大热点;云,应该是一个长远的计划。准备或者正在部署云的企业,需要在做好存储架构优化与简化、高效率存储的基础上,开始按部就班地发展云。V7000以一胜多化解了企业存储诸多挑战的同时,给存储架构也带来积极影响,不仅简化且优化存储架构和资源分配 详情>>
以一胜多的8大利器
  • 存储管理的"以一胜多"
  • 存储资源分配和使用的"以一胜多"
  • 存储功能采购及部署的"以一胜多"
  • 存储性能加速的"以一胜多"
  • 同时满足SAN和NAS存储需要的"以一胜多"
  • 数据生命周期存储的"以一胜多"
  • 数据灾备的"以一胜多"
  • 升级扩容,对应数据爆炸式增长的"以一胜多"
  • 存储管理的"以一胜多"

    V7000自身管理界面类似apple的风格,简洁有效,很容易上手。如果客户SAN中有多台异构存储,那么当V7000虚拟化整个SAN环境下的磁盘阵列后,绝大部分管理工作只需在V7000上执行。避免了管理和操作多个管理系统的繁重工作,也降低了管理出错的概率,这是管理上的以一胜多。

  • 存储资源分配和使用的"以一胜多"

    在没有虚拟化之前,不同的磁盘阵列是各自为政。可能有的阵列空间快耗净、性能也跟不上应用需要;而同时另一台阵列空间及性能都很富裕,确无法将其资源支援到其他阵列中。 V7000可以虚拟化SAN环境下所有异构磁盘阵列,形成一个融合的、统一的存储池。数据可以跨不同阵列透明地存储、转移,因此整个SAN下的资源可以被充分调动起来,迅速解决任何一个空间或性能问题。所以,一个统一的存储资源虚拟化平台胜过多个分散的系统。

  • 存储功能采购及部署的"以一胜多"

    在没有V7000的SAN环境下,如果要部署存储功能(譬如,在备份方面常见的瞬间复制功能),那么每套磁盘阵列都需要分别购买和实施。而在V7000环境下,只需要在V7000上具备存储功能,所有在V7000管辖下的磁盘阵列空间都可以具备该功能。更好的是,许多收费功能如瞬间复制、精简配置、自动分层等,在V7000里面是免费的。

  • 存储性能加速的"以一胜多"

    如果要为多套存储性能加速,传统方法是为每台存储升级系统,譬如增加缓存、增加磁盘及增加固态盘的等。 而在V7000模式下,所有SAN的存储都可以利用到V7000的资源以加速性能。譬如,可以把热点卷迁移到更高速的磁盘上;可以利用V7000的固态盘和自动分层,为老的存储加速;可以利用V7000缓存,为老的缓存较小的阵列提供性能上的提高。

  • 同时满足SAN和NAS存储需要的"以一胜多"

    以数据库为代表的结构化数据一般需要块类型存储系统,通过SAN网络。而非架构化数据(如视频文件、图像)往往需要NAS的文件存储服务,通过IP网络。传统需要两套不同的系统,分别支撑,分别管理,存储资源也无法在两者间相互按需调用。 V7000 unify 可以同时支持NAS和SAN的存储接口,而不需要分离的两套系统。更重要的是,后台的存储资源是统一的,存储虚拟化功能可以按需在SAN和NAS之间灵活调配空间、性能资源。

  • 数据生命周期存储的"以一胜多"

    海量数据需要按数据价值选择合适的存储系统。V7000 unify可以在一个系统内,自动管理数据分层,可以同时具备固态盘、高速磁盘、低速磁盘,以及老旧存储设备,直至磁带设备。

  • 数据灾备的"以一胜多"

    如果有多套存储系统,统一执行存储层的灾备绝对是一个高难度事件。不仅需要分别购置和部署每套存储上的远程复制功能,而且很难协调不同存储间的数据一致性关系。而当这些不同阵列都归在V7000下时,一切又回复到比较简单的、类似单台存储做灾备的环境。

  • 升级扩容,对应数据爆炸式增长的"以一胜多"

    传统模式下,一个数据中心起步阶段采用低端小存储,随着业务增加,不断更新到更高端的存储上。不仅投入较大,而且每次升级对应用系统会带来一定风险及停顿(如数据从低端迁移到高端)。 而V7000可以从低端起步,通过横向扩容(集群)的方式,增加控制器及容量,自身成长为更高级别的磁盘系统,完全避免对系统的影响,可随数据及业务的成长,平滑有序地升级成更高端存储系统。 V7000的外置虚拟化能力也带来极大升级空间,最大32PB的虚拟化空间足以满足大部分云存储的需求。

存储诊断室
你需要以一胜多的存储吗?
1、在存储管理方面,您希望做哪些改善?(多选)
A.现在状况良好,暂时不需要
B.我需要简化异构存储环境的管理
C.我需要直观、容易上手的管理界面
D.希望降低管理出错的概率
2、你在部署和使用存储系统的过程中遇到了以下哪些难题?(多选)
A.不同磁盘阵列各自为政,无法充分调用资源
B.不同磁盘阵列需要分开购买和实施存储功能
C.海量数据混杂,不能根据其价值选择合适的数据分层
D.实施数据灾备时很难协调数据一致性
3、您有没有混合管理块数据(SAN)与文件数据(NAS)的需求?(单选)
A.有 B.没有
C.在考虑
4、您是通过以下哪种途径为存储系统扩容的?(单选)
A.初期采用低端小存储,后续升级到高端存储
B.采用横向扩容的方式增加控制器及容量
C.利用虚拟化技术升级空间
5您是通过以下哪种途径为存储性能加速的?(单选)
A.分别为每台存储系统升级,如增加缓存和磁盘等
B.统一地将热点卷迁移到更高速的磁盘上
C.利用SSD和自动分层为老存储系统加速
6、您现在使用的服务器是什么类型?(单选)
A.小型机
B.x86服务器
C.低端小型机或高端x86服务器
D.其他
7、您现在使用的是什么存储?(单选)
A.IBM DS4000/5000/6000
B.IBM V7000
C.惠普 EVA
D.EMC VNX
E.其他
8、您近期是否有IT预算?(单选)
A.无采购计划 B.1-3个月内有
C.半年内有 D.一年之内有
9、您近期的IT采购预算大约多少?(单选)
A.<30万元人民币
B. 30-60万元人民币
C.60-100万元人民币
D.>100万元人民币

存储答疑区:揭开以一胜多的奥秘
现在我公司的服务器大概有15台左右,基本都采用RAID1来实现,都是在服务器上配备的独立存储,有些是存储数据,有些是存储文件,还有个录音服务器是采用阵列卡实现,存储录音文件;同时这些服务器型号跨度大概有1-7年时间。如果我想实现集中存储,同时也需要保障原有服务应用及数据库的性能和安全性,不知道有没有什么好的方式和最低成本实现。
回答:您的存储环境,是适合做存储整合的典型场景。鉴于您的环境中既有数据库(块数据),又有文件数据,您可以考虑用一台类似Storwize V7000 Unified的存储设备,统一存储并管理您的数据库和文件。从您的服务器规模来看,性能上肯定是有保障的,而快照可以提供基本的数据安全性,当然最好还是在条件成熟时上一套备份系统。我猜想您的服务器应该没有FC HBA卡,那使用iSCSI也是可以的。初期购置成本肯定不是最低,但V7000 Unified的自动分层存储、存储虚 拟化等功能的扩展性,以及易管理性,可以大大降低后期的成本。
快照加备份对数据格式有要求吗?多媒体数据和工程设计的数模数据是否能支持
回答:快照一般是颗粒度很大的“逻辑卷”为单位。以windows为例,就是整个D盘,E盘什么的,是磁盘阵列上的一个逻辑卷。磁盘系统对整个卷做复制。所以,不管文件格式。 现在有些运行在服务器上的软件,可以结合应用,来调用磁盘的快照功能,做更小颗粒度的快照备份。简单说,这种程序由于是装在服务器上的,所以它知道譬如D盘上哪个目录下是 xx程序的什么数据。在备份的时候,它让磁盘对整个D盘做了快照,但恢复的时候,它知道从那个整个D盘的快照副本里面的某个目录下取出需要的文件。这样,从使用者角度,就好象这个快照备份,可以恢复指定文件或数据(而不是整个D盘)。此时,支持的文件及数据格式,要看那个运行在服务器上的软件支持范围了。 所以,对多媒体数据和工程设计的数模数据,如果是整盘恢复及备份,没有问题。如果是单个目录甚至文件,就需要其他软件了。
V7000的Snapshot是基于哪种技术,Copy on first write还是write when allocated?
回答:IBM SVC存储虚拟化软件提供Snapshot功能,通过Copy on first write 实现
IBM Tivoli Storage FlashCopy Manager 价格
回答:SVC多项应用功能是免费的,除了存储虚拟化和远程镜像之外,像快照、VdiskMirror、自动精简配置这些功能都是免费的,对于用户来说,在之前的DS 5300上是不可能获得的。
易用性和后续技术支持。
回答:V7000自身管理界面类似apple的风格,简洁有效,很容易上手。如果客户SAN中有多台异构存储,那么当V7000虚拟化整个SAN环境下的磁盘阵列后,绝大部分管理工作只需在V7000上执行。避免了管理和操作多个管理系统的繁重工作,也降低了管理出错的概率,这是管理上的以一胜多。 V7000可以从低端起步,通过横向扩容(集群)的方式,增加控制器及容量,自身成长为更高级别的磁盘系统,完全避免对系统的影响,可随数据及业务的成长,平滑有序地升级成更高端存储系统。 V7000的外置虚拟化能力也带来极大升级空间,最大32PB的虚拟化空间足以满足大部分云存储的需求。
其实我觉得不管虚拟化发展到哪一步,带宽是最主要的,磁盘的IOPS受到影响即使虚拟化做的再好也没什么用,个人觉得就目前的存储虚拟化而言只是多了个嚼头而已!
回答:您可能混淆了带宽和IOPS的概念。其实,在一定程度上,正是因为磁盘的IOPS性能有限,整合了多个外部存储阵列的存储虚拟化设备才不会成为性能瓶颈,因为随机访问的IOPS不至于使存储虚拟化设备的端口带宽成为瓶颈。但如果要对多个外部存储阵列进行大规模的顺序访问,存储虚拟化设备的端口带宽确实有可能成为瓶颈。当然,除了端口带宽,存储虚拟化设备的处理能力也是很重要的。但总的来说,存储虚拟化确实有其适合的应用,不能以噱头而一言以蔽之。
存储虚拟化定义中的抽象层可以通俗的理解为中介吗 比如房屋中介,对于房东,它是租户的角色,对于租户,它是房东的角色
回答:这是个不错的比喻。就像房屋中介有好中介和坏中介一样,存储虚拟化技术的具体实现也有好坏之分。但就像不能因为有坏的房屋中介,而否定房屋中介的意义一样,存储虚拟化技术也需要在实践中继续成长。
基于网络和基于控制器两种实现方式的区别是什么呢,就是一种带本地存储,一种不带么
回答: 倒不能这么说。举例来说,IBM的SVC和Storwize V7000都是基于网络的存储虚拟化,SVC不带本地存储,Storwize V7000带本地存储;日立的USP-V和USP-VM都是基于控制器的存储虚拟化,USP-V带本地存储,USP-VM可以不带本地存储。也就是说,无论基于网络还是基于控制器,都可以带本地存储,或者不带本地存储。它们的区别主要体现在连接外部存储设备的方式,前者通过存储交换机,后者则可以直接挂接在控制器上。基于网络的存储虚拟化分为带内和带外两种,个人认为带内方式与基于控制器的存储虚拟化从虚拟化的逻辑架构上来说,区别不是很大,至于实现效果就看具体的产品设计了。
存储虚拟化的确是个好东西,但如何找到合适的存储虚拟化方案,需要考量哪些因素啊?
回答:这个话题很大,尝试简单回答下。首先要看您自身的需求,是否有多个来自不同厂商的存储设备需要整合?如果它们都有些年头了,性能和软件功能都不能满足你的需求,也可以考虑用存储虚拟化方案来利旧。当决定采用存储虚拟化方案之后,建议对市场上现存的主流存储虚拟化方案进行考察,个人认为现在没有较为成熟的带外虚拟化方案,应把范围限制在带内的基于网络的方案,和基于存储控制器的方案上。至少需要考虑您的应用环境对停机时间的要求,存储虚拟化设备的性能和可管理性能否满足您的要求。存储虚拟化设备的软件功能也很重要,就现在而言,支持自动精简配置、自动分层存储应该是起码的要求,还应具备远程复制能力,帮助实现容灾。
一个好的存储虚拟化解决方案应该具备哪些特质呢?
回答:便于实施,停机时间短,扩展存储时无需再停机;具有出色的性能,不应成为性能的瓶颈;丰富的软件功能,如自动精简配置和自动分层存储,可以提高存储的利用率;容灾能力,可以提供远程复制功能;便于管理,自动化程度高
怎样评估自动分层存储,有哪些指标呢?
回答:分层的粒度(起码要是子卷级)、支持的层数(2层还是更多层)、迁移过程的自动化程度(是否需要太多的人工设定和调整等执行过程)、迁移的间隔(时间长短,或者可设定)、升层或降层(数据第一次写入时被放在最慢的一层,还是最快的一层)
听说粒度对于自动分层来说非常重要,这是为什么呢?
回答:因为自动分层存储最主要的目的就是高效地利用高性能高成本的存储资源(譬如SSD),而粒度在很大程度上决定了这些存储资源的利用率。首先,至少要做到子卷级,否则以卷为单位来迁移,利用率可能会低到一半以下;其次,粒度要比较细,也就是说迁移的最小单元要比较小,这方面可以用文件系统的簇来做比方,我们格式化时的簇越大,那么存储空间的浪费也就越大,簇的大小其实就相当于文件系统的粒度??较小的粒度,自动分层的存储空间利用率也就比较高。
可以具体说说自动分层存储的好处吗?
回答:提高高性能、高成本存储资源(特别是SSD)的利用率,将数据根据其价值和访问频度分布到相应价值和成本的存储层上,从而在无需或尽可能少的人工参与下,以较低的成本提供同等或更好的性能,保证SLA的同时降低用户的TCO(包括资本开支??如设备购置,和运营开支??如管理和能耗)
部署自动分层存储时需要注意些什么呢?
回答:必须是子卷级自动分层存储,分层的粒度要比较细;支持的存储层数,是否需要2个以上的存储层;迁移过程是否需要太多的设定和调整人工参与,自动化程度要高;升层(数据第一次写入时被放在最慢的一层)或降层(数据第一次写入时被放在最快的一层),在使用SSD的情况下,前者可以获得更好的性能,但对SSD的寿命要求也较高,最好用基于SLC NAND的SSD;后者成本上更具优势,更有利于基于MLC NAND的SSD。
实施存储虚拟化需要考虑哪些因素?
回答: 前面有问过类似的问题(存储虚拟化的确是个好东西,但如何找到合适的存储虚拟化方案,需要考量哪些因素啊?),回答大致是:首先要看您自身的需求,是否有多个来自不同厂商的存储设备需要整合?如果它们都有些年头了,性能和软件功能都不能满足你的需求,也可以考虑用存储虚拟化方案来利旧。当决定采用存储虚拟化方案之后,建议对市场上现存的主流存储虚拟化方案进行考察,个人认为现在没有较为成熟的带外虚拟化方案,应把范围限制在带内的基于网络的方案,和基于存储控制器的方案上。至少需要考虑您的应用环境对停机时间的要求,存储虚拟化设备的性能和可管理性能否满足您的要求。存储虚拟化设备的软件功能也很重要,就现在而言,支持自动精简配置、自动分层存储应该是起码的要求,还应具备远程复制能力,帮助实现容灾。
V7000能使IT管理员工作效率提高2倍以上,也就是说用了它的话。就该有员工下岗了吧。。。。。。【来源:V7000原创文章用户评论】
回答:这个未必,一则很多企业没有专职的存储管理人员,二则越来越多的数据使IT管理员不堪重负,V7000简化了存储本身的管理,可以把IT管理员解放出来,更好地为应用服务。
IBM认为有了存储虚拟化功能,存储系统内部的驱动器数量不再像以前那么重要了,真的是这样吗??【来源:V7000原创文章用户评论】
回答:存储虚拟化是一部分原因。另一个不可忽视的原因是,以前存储系统内部的硬盘数量之所以不断增加,是需要更多的硬盘来提供IOPS性能,现在一个SSD能顶几十个硬盘,也就不需要那么多的驱动器数量了
在IBM的演讲资料中:V7000理论上可以达到1M(一百万)IOPS,那实际上呢???
回答: 这个100万IOPS,应该是指缓存读写的性能,是理论值。在SPC-1性能实测中,配满硬盘的V7000达到了近60万的IOPS,如果使用足够数量的SSD,接近100万的IOPS也是有可能的,不过那样系统的总价也会很高
V7000要比SVC紧凑得多,可见现在的物理空间越来越有限了!想想几十年前,一台服务器要占据一个大屋子呢。
回答:物理空间有限是事实,不过V7000紧凑不是因为这个原因。与几十年前相比是技术的进步,与SVC相比,一方面SVC是标准的双CPU x86服务器平台,但只配了单CPU,所以有一定的空间浪费;另一方面SVC配备了更多的内存,这也需要更大的空间
IBM的快照技术是如何工作的?
回答:IBM的FCM软件是通过图形的管理界面发出做快照的命令,快照功能会自动寻找没有数据改变的时刻进行拷贝,几秒钟之后拷贝生成。
快照技术真的有那么好吗?
回答:快照可以做到快速复制或者备份,是一项比较成熟的数据保护技术
快照加备份就一定能做好数据保护工作么?
回答:快照加备份只是数据保护的手段之一,但也是比较有效
FCM和TPC软件是做什么的?如何管理?
回答: FCM全称IBM Tivoli Storage FlashCopy Manager,提供了通过快照的数据保护功能;TPC全称IBM Tivoli Storage Productivity Center,提供了通过单一平台获得性能监控报告的功能
资料分享
IBM Storwize V7000虚拟中端磁盘系统产品说明
为了克服这些挑战,以便企业能够响应快速变化的市场动态,IBM Storwize V7000提供中级磁盘系统中前所未见的无与伦比的性能 详情>>
IBM存储虚拟化对您有何价值
IBM TotalStorage SAN Volume Controller (SVC)旨在帮助那些面临着当今信息爆炸性增长挑战的企业,为他们提供巨大的价值。 详情>>
新闻资讯
IBM发布V7000U统一存储 N系销售或削弱
IBM金微:V7000给力存储架构优化
简洁紧凑:IBM Storwize V7000实物赏析
IBM Storwize V7000管理功能体验之进阶篇
IBM Storwize V7000管理功能体验之存储配置
IBM Storwize V7000管理功能体验之入门
IBM黄建新:云是长远计划 基础架构为先
IBM推出SmartCloud Foundation全面打造私有云