摘要：按理说，没有人愿意为自己不曾使用的东西付钱，但在过去相当长的一段时间里，企业的存储系统管理者却不得不这样做。传统磁盘存储设备购买和配置的方式非常死板，导致存储设备的空间利用率始终在低水平徘徊。因此过去十年间，如何提升存储效率一直是业内的热点主题，并成为大多数存储专家研究的目标。但迄今为止，只有自动精简配置技术在这方面实现了突破，产生了实实在在的效益。

第1页:深入自动精简配置 第2页:深入自动精简配置 第3页:深入自动精简配置 第4页:深入自动精简配置

　　应用层的角色

　　即使一个磁盘阵列有完善的全零页回收能力，那也只是在有大量的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的存储资源。类似的故事经常用来形容存储空间利用率的糟糕状况，但这是全部真实情况吗？