深入自动精简配置(下)

日期: 2011-12-15 作者:Stephen Foskett翻译:郭镭 来源:TechTarget中国 英文

应用层的角色 即使一个磁盘阵列有完善的全零页回收能力,那也只是在有大量的0数据写入时才有用。这就意味着要委托服务器端必须写0填充那些不再使用的空间,而这对于服务器端来说并不是一个典型的默认的操作。因此多数操作系统都需要一个命令,像Windows里边的“sdelete –c“或者有类似NetApp SnapDrive的东西去执行这个操作,当然只是偶尔才运行一次。 还有些应用程序,像VMware ESX的数据卷,在创建新空间时就会用全零位填充,而ESX的命令“eagerzeroedthick“甚至能够将空间清除。

另外,尽管还存在一些兼容性的问题,但在VMotion应用上,ESX显然正在变得越来越“……

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

电子邮件地址不会被公开。 必填项已用*标注

敬请读者发表评论,本站保留删除与本文无关和不雅评论的权力。

应用层的角色

即使一个磁盘阵列有完善的全零页回收能力,那也只是在有大量的0数据写入时才有用。这就意味着要委托服务器端必须写0填充那些不再使用的空间,而这对于服务器端来说并不是一个典型的默认的操作。因此多数操作系统都需要一个命令,像Windows里边的“sdelete –c“或者有类似NetApp SnapDrive的东西去执行这个操作,当然只是偶尔才运行一次。

还有些应用程序,像VMware ESX的数据卷,在创建新空间时就会用全零位填充,而ESX的命令“eagerzeroedthick“甚至能够将空间清除。另外,尽管还存在一些兼容性的问题,但在VMotion应用上,ESX显然正在变得越来越“精简”。ESX 4.1版本中增加的VAAI(vStorage APIs for Array Intergration)内嵌了“block zeroing”功能,可以支持多款指定的存储产品。ESX使用支持T10 ”WRITE_SAME”命令的插件(plug-in,插件既可以是定制的,亦或是通用的)给后端的磁盘阵列发信号,告知阵列去释放那些VMFS不再占用的空间。

Symantec也是率先支持自动精简配置的厂商。他们有Veritas Thin Reclamation API,该API集成在Veritas Storage Foundation产品中,可以广泛的支持大多数主流的存储阵列。它使用多种通信机制去释放不需要的空间,并且与VxFS文件系统和volume manager产品完全集成在一起。Storage Foundation还包含一个SmartMove迁移工具,该工具可以帮助精简阵列只转移那些包含实际数据的块。

精简技术在其他系统中也在同步发展。有一个标准的ATA TRIM命令,可以发送精简回收的信号,就像SCSI协议里对应的UNMAP命令一样。不过TRIM主要是用来支持固态存储。Microsoft和Linux现在都支持TRIM,因此在未来同样能够增加对自动精简配置的支持,这些操作系统公司还可以改进其文件系统中关于存储分配和释放的机制。

越来越精简

自动精简配置技术并非没有争议,但是好处也很多。它是少数几个真正可以提升存储实际利用率的技术之一,即便问题的核心可能与技术无关。虽然精简配置技术掩饰存储空间局限性的能力以及分配空间的过程尚存某些负面的因素,但随着技术的改进,以及精简回收工作越来越自动化,未来在企业级存储领域,该技术必将成为重要的标准。

相关链接:

对于自动精简配置应用,我们应该关注什么?

在评估一个支持自动精简配置的存储阵列的时候,请仔细考虑下面的问题。这些问题总体上反映了我们各个方面的疑虑。注意,并不是所有情况下全部因素都必须考虑。

• 自动精简配置功能是包含在磁盘阵列的基础报价中,还是一个需要单独付费的option?

• 磁盘阵列是否支持全零页回收?以及回收进程运行的频率?
• 页面的大小或精简配置增量分配的大小是多少?

• 快照、镜像和复制操作是否支持自动精简配置?是否支持从非精简配置复制到精简配置?

• 当磁盘阵列空间写满之后会出现什么情况?报警、释放空间以及挂起写操作的流程是什么?

• 磁盘阵列是否支持WRITE_SAME命令?是否支持SCSI UNMAP或ATA TRIM命令?

• 是否有可与该磁盘阵列集成的支持“block zeroing”的VAAI插件?是否是基于T10的插件,还是为该产品系列定制的插件?

空间浪费的根源

一个DBA想:“我可能需要500GB或更多的空间给应用程序“,为了稳妥起见,他向存储管理员要了1TB的空间。而存储管理者们则保有同样的想法,为了让DBA满意的离开,因此他们给DBA分配了2个TB的存储资源。类似的故事经常用来形容存储空间利用率的糟糕状况,但这是全部真实情况吗?

在大多数企业存储环境中,低下的空间利用率可能有许多原因:

• 年度和项目预算周期制度导致了超买情况的发生,有些超买的存储空间也许永远不会用到。

• 无效的资源监测和容量计划过程并不能搞清楚真实的空间需求。
• 存储网络不够完善,导致部分空间资源无法分配给需要空间的服务器。

• 不连续的空间划拨过程导致有些空间虽然被分配,但可能永远也无法被用到。

• 操作系统和文件系统缺乏灵活性,当存储需求改变时,难以扩展或收缩。

以上列举的许多问题,使用自动精简配置都是有效的,但它也并非万能。如果采购流程和容量计划做的很差,那么精简技术的很多优点也无从发挥。如果多个孤立的SAN和SAN之间无法访问,那么其中的空闲空间也无法利用。但这里要强调的是,一个系统即使只具备最基本的自动精简配置功能,那么对于改善闲置空间的利用率也将大有帮助。

自动精简配置对TCO的影响

把多个企业级存储解决方案放在一起比较TCO(total cost of ownership,总拥有成本)的高低很容易引起争议,因为难免会受到人为主观因素的影响,评估模型往往也不够完善,衡量各厂商的标准也不一致。因此,企业在花钱采购那些用于节约成本、提升效率的技术—如自动精简配置—之前,最明智的做法是创建一个内部使用的评估模型充当检测工具,以便验证厂商提供的结论和承诺。

完整的TCO涵盖的不仅是硬件和软件的成本,还包括运行维护、数据中心成本,以及与采购、迁移、产品淘汰等活动相关的费用,以上必须一并考虑。一条好的经验是用乘积法来衡量低效率分配存储资源所产生的影响:每个主机每剩余1GB的闲置空间,我们就计入双倍的实际成本,那么随着端到端的存储利用率平均低于25%,这个乘积的结果值就会快速的增加。

这样的成本模型往往会揭示出令人吃惊的事实,硬盘(或固态盘)驱动器的存储容量成本只是TCO的一小部分,通常不到总体的15%。但这并不意味着追求更高的空间利用率是事倍功半。从解决存储利用率开始着手消减乘积的结果,对TCO产生的影响要远大于单纯的采用大容量硬盘。

考虑到自动精简配置的操作优势,以及存储密度的因素,精简系统需要的管理开销可能更低,因为容量的分配不会受到传统规则的制约。但这样也可能会导致糟糕的状况出现:比如磁盘阵列分配过度,当写入的数据超过实际物理容量,应用程序就不得不停止运行。因此,最好的精简配置存储系统应该是高度虚拟化的、灵活、且监控功能完善,允许改进操作效率,并且保持较高的空间利用率。

本文选自:存储经理人2011年4月刊:虚拟环境下的灾难恢复 请下载阅读PDF版本。

作者

Stephen Foskett
Stephen Foskett

GlassHouse Technologies公司

相关推荐

  • 并非所有的闪存阵列都是相同的

    全闪存阵列都有一个共同的特征——速度飞快——但是除了速度以外,还有很多其他的要素需要考虑。

  • 对VMware存储进行自动精简配置会引发哪些问题?

    采用自动精简配置可以实现存储空间的最大释放和节省。那么,对VMware存储进行自动精简配置会引发哪些问题? ​

  • 年度打榜:企业级全闪存系统大名单

    全闪存系统已经成为存储行业的一个常见场景,今年存储杂志和SearchStorage.com 2014产品年度大奖企业级全闪存系统类别的最终入围者共有九个产品。多数入围者都是从设计之初就是专门针对闪存的,也有少数传统阵列经过重新调试以适应固态存储。

  • 时下流行的全闪存存储阵列划分

    全闪存存储阵列不断发展和成熟。在选择全闪存阵列的时候,要仔细考虑存储控制器是否现有的设计,是否为闪存重新构建,是否专门定制来处理闪存特有的行为和性能。