推广 热搜: APP  存储  企业存储  设备  闪存  交换机  华为  联想  oracle  思科 

  • 匿名
点击 305回答 0 2015-09-30 00:00

碎片可能是影响存储网络性能的潜在因素

待解决 悬赏分:0 - 离问题结束还有
碎片可能是影响存储网络性能的潜在因素

碎片是否是影响存储局域网(SAN)性能的大问题?一些人说不是,一些人说是,但是有意思的是双方都断然地坚持自己的观点。那么SAN碎片究竟会有什么影响呢?

>

SAN专家解释道RAID(独立磁盘冗余阵列)、SAN算法、阵列控制器等要么会最小化碎片要么会排除SAN中的碎片。一些人则表示碎片甚至会干涉操作,从而影响整体的性能。

>

Compellent Technologies的技术解决方案总监Scott DesBles表示:”碎片整理的好处在DAS(直连式存储)环境中体现得很明显。但是在拥有虚拟化存储(比如Compellent SAN)的数据中心,碎片整理能发挥的作用很小,实际上甚至有可能影响SAN,导致SAN不能按本来的效率来管理数据。”

>

在SAN OEM(贴牌厂商)群体中,这种观点非常盛行。但是一些分析师和用户有不同的观点。

>

Storage IO Group的创始人兼高级分析师Greg Schulz表示:”从DAS到SAN附加存储,碎片一直是最富有争议的议题之一。我的观点是碎片是个问题。”

>

Infrastructure Analytics Inc.的分析师Mike Karp表示:”文件碎片整理对于SAN数据来说是很有价值,但是它的价值会随着访问数据的类型的不同而不同。通常,对于写入的数据来说,进行定期的碎片整理会带来更多的价值,而静态的数据则不然。”

>

用户在碎片整理上的体验

>

宾夕法尼亚州Allentown的Synectics Group的技术支持专员Ken Bucci正在使用Diskeeper Corp.的碎片整理软件,其使用环境包括RAID 5,RAID 0,一个2TB惠普MSA1000 SAN和两个戴尔EqualLogic SAN(一个4TB,一个3.5TB)。他表示定期碎片整理在所有阵列上都带来了更高的SAN性能。

>

Bucci表示:”我们经常听到说SAN的碎片整理是不必要的。但是如果有碎片,那么就需要碎片整理。当我们使用文件服务器数据存储SAN的时候,我们经常听到有人抱怨性能,直到我们使用Diskeeper以后才改观。”

>

那么谁是正确的,谁是错误的呢?看起来,我们需要区分SAN的物理存储和操作系统(尤其是Windows)所看到的逻辑存储。让我们来看看这两个问题。

>

像Compellent和惠普这样的OEM坚定地认为”不要对我的SAN进行碎片整理”。

>

DesBles认为碎片的重要性确实取决于SAN。他强调了Compellent的Dynamic Block Architecture(动态块架构)–这个架构可以跟踪数据的每个块在阵列中的存储、管理和访问地址及方式。他表示,这就是为什么SAN中不需要碎片整理,因为SAN已经比操作系统更有效地管理数据的块。SAN有一个全局的数据中心视图,可以知晓所有连接到SAN的服务器数据访问类型,并相应地管理数据块。此外,Compellent还有一个Free Space Recovery(自由空间恢复)工具,可以为其他应用程序回收自由空间,从而避免了碎片整理的必要性。

>

惠普也支持”不要碎片整理”。根据惠普EVA高级架构师Rodger Daniels的说法,EVA虚拟化了跨磁盘组的数据。这使得EVA可以将数据分布在磁盘组中的所有磁盘上。当数据被写入或读取的时候,EVA可以利用整个磁盘组中的所有磁盘。这改善了数据访问性能。

>

Daniels表示:”对EVA来说,由于有了虚拟化技术,数据碎片不成问题。但是如果有客户对磁盘进行碎片整理,EVA也不会受到负面影响。”

>

他表示碎片整理程序将数据集中到LUN(逻辑单元号)或vdisk中更低的逻辑块地址(LBA)。不过,由于这个数据仍然是均匀分布在存储池中,因此还是可以保证存储池所代表的磁盘池能够带来最高的性能。惠普表示EVA不会受到碎片的影响,因为EVA将数据条带化,处理的是分布在数个磁盘上的8MB分配块。EVA一直在执行一个称为水准测量(leveling)的进程,确保系统中所有磁盘都向分配好的池以及整体的阵列性能做出自己合理的贡献。

反对 0举报 0 收藏 0
网站首页  |  物流配送  |  关于我们  |  联系方式  |  使用协议  |  版权隐私  |  网站地图  |  排名推广  |  广告服务  |  积分换礼  |  RSS订阅  |  违规举报  |  京ICP备14047533号-2
Processed in 0.019 second(s), 6 queries, Memory 1.2 M