DOIT多易网 原创报道： “自动精简配置技术扩展了存储管理功能，虽然实际分配的物理容量小，但可以为操作系统提供超大容量的虚拟存储空间。随着应用写入的数据越来越多，实际存储空间也可以及时扩展，而无须手动扩展。换句话说，自动精简配置提供的是“运行时空间”，可以显著减少已分配但是未使用的存储空间。”
2009年，自动精简配置和重复数据删除这两种技术可以显著提升存储介质的利用率，进而提升存储系统的利用率，减小企业IT运营成本，降低管理成本，有利于企业在经济发展面临困境时顺利过冬。
也正因为如此，2009年几乎全部的主流存储系统供应商，都发布了其存储系统的自动精简配置功能，使得这项由3PAR等最早采用的技术，成为了2009年存储系统的标准配置——如果没有自动精简配置的功能，就像是缺少RAID 5或是Snapshot一样。
但是，自动精简配置技术在发展中的这几年，也同样遭遇了来自分析公司、客户和行业专业人士的质疑，以及对这项技术是否已经完全成熟，并能够“彻底解决”问题的忧虑，对此，在最近一次电话会议采访上，3PAR公司，这家最早的自动精简配置技术供应商之一，对其旗下存储系统的自动精简配置技术进行了升级。
转变自动精简配置理念
根据3PAR所发布的资料，其已经将自动精简配置功能与其第三代的磁盘阵列芯片ASIC Gen3结合，开始提供其最新的一代的精简引擎，以实现更高速度和更准确的精简配置能力，同时，对于以前自动精简配置所受到的部分使用上的质疑和需求，3PAR开始建立起新一代的自动精简配置技术模式。
“磁盘阵列四年后维修成本会上升的很快，IT人员为了平衡成为，会采用新的产品与技术进行取代。过几年后更新新的磁盘，维修服务的费用会大幅上升。”公司营销副总裁Craig Nunes表示，3PAR将定位其自动精简配置的两条线路：与Gen3 ASIC所结合的磁盘阵列自动精简配置（Thin Engine（精简引擎）技术），以及与存储软件相结合的软件化的自动精简配置。
而将自动精简配置“软件化”成为了3PAR在自动精简配置技术上的最新发展，从今年秋季SNW大会上可以看到，此次3PAR 的新一代精简技术一共包括4款新品——3PAR Thin Conversion(精简转换)、3PAR Thin Persistence（精简持续）、3PAR Thin Copy Reclamation（精简复制回收）以及3PAR Thin Reclamation for Veritas Storage Foundation 。
3PAR的精简配置现在基于新的精简引擎，在精简引擎之上，是新的三款精简配置软件。
与3PAR之前的精简配置软件一样，这些软件新品旨在提高容量的利用率和数据中心的效率，并支持绿色IT举措。今天发布的四款软件新品均采用了Thin Engine（精简引擎）技术，并且在所有InServ存储服务器内使用了内嵌的3PAR Gen3 ASIC，以便实现InServ阵列的传统 “臃肿”卷向 “精简”卷的转换，并保持这些卷及其副本的持续精简。
3PAR的精简配置将朝着软件化、结合Gen3 ASIC、专用精简引擎等方向发展，并将自动精简配置从系统初期配置功能，拉进到系统后期应用及生命周期的末端。
实现产品生命周期末端的精简配置
存储系统的更新年限虽然较服务器的更新速度要慢，但是存储系统的容量、性能、可管理性以及支持服务器更新的能力，也需要随之升级，而受到现在服务器虚拟化和数据急速上升的影响，存储系统的更新频度已经大幅加快。
同时，由于磁盘阵列四年后维修成本会上升的很快，IT人员为了平衡成本，会采用新的产品与技术进行取代，而那些几年后一直未更新的磁盘，其维修服务的费用会大幅上升。
而在未来1~2年，涉及到数据迁移的磁盘阵列，几乎大部分都不可能采用过精简配置技术，这也就意味着，如果能够在数据迁移的过程中完成精简配置，将能够在保证数据完整性以及数据迁移有效性的前提下，为新的系统提供精简配置的能力。
根据Craig的描述，3PAR此次推出的精简转换的目标市场，即为需要进行存储系统更新的企业市场，Craig表示，在一般情况下，“完全根据应用软件配置的全配置，进行精简配置，能够减少75%的使用空间。”
在实现上，3PAR通过ASIC Gen3，进行从旧阵列到新阵列的复制，在过程中进行数据检查扫描，检查哪些空间被浪费，找到可以利用的空间。“通过一个虚拟空间，以及精简的引擎，检测哪些数据是不占有空间的，即占用0空间的，把这些数据捡拾出来，利用映射的功能，放置到一个虚拟的空间。”
Craig表示，3PAR已经在EMC的Symmetrix阵列的文件系统上实现了空间回收，通过非增量的方式，还能够利用持续精简与精简回收功能，回收复制和快照浪费的空间。这项技术，显然是针对那些希望利用3PAR的精简配置技术，却需要同时兼顾数据迁移的用户。
根据Craig的数据，经过精简转化的新阵列所使用的数据空间将节省75%，即精简75%的SAN在线存储——“使用1TB，按照软件的配置，就需要1TB的容量，但是3PAR的技术只需要250GB。通常企业级用户，真正利用的空间是预留空间的25%，但是软件需要分配固定的空间，但实际上并不需要这么多的闲置空间。通常更新一个技术，之前是1TB取代1TB，但是3PAR不是按照软件的分配做配置，而是按照实际的空间配置，所以制冷和耗电很少。”Craig表示。
不过，对于3PAR的数据迁移过程中进行精简配置所可能造成的性能影响，Craig表示，3PAR采用的是“加速的 ASIC零检测功能，以线速进行”，因此对生产卷的性能影响很小，且无需专门的主机软件，只需要利用数据迁移软件，开始由旧阵列迁移到新阵列的数据迁移过程即可。
同时，存储在线也向Craig再次确认了有关精简转化的速度和过程，Craig表示，首先，3PAR的ASIC Gen3的处理速度能够达到6.4GB/s，这也就意味着，目前还没有比其更快的数据迁移软件，因此，对数据迁移性能的影响可以忽略不计，而数据迁移和ASIC对0空间的扫描将是同时进行，同时发生的，不是迁移之后或之前进行，数据迁移的时间由此不会受到太大的影响。
持续的精简配置：回收容量与持续精简
在3PAR发布的四项新软件中，精简持续与精简复制回收这两项的主要功能是能够保持精简配置的持续性和有效性，以实现在初始化执行精简配置之后，能够更好的在系统的生命周期内，满足对复制、快照和数据删除所造成的0空间的容量回收，以及再次的精简配置——如果说精简转化是“考虑从非精简到精简”，那么这两项软件则更多是考虑“考虑进一步精简，持续提高系统的利用率。”
Craig表示，这两项软件尤其是针对那些不太适合精简配置，从而不能够在此后顺利精简的文件系统。
“他们主要针对已经实现过精简的系统，在其基础上再次进行。从文件系统，一种比较适合用于自动精简配置，数据删除后空间可以持续利用，另一种不太适合精简配置，一般配置过后，利用其存储数据，删除后却不能够利用了，空间被精简配置锁定了。”同样，持续精简第一步是ASIC找到0空间，第二部是，把这些0空间放置在3PAR的一个引擎的缓存上。
需要区分的是，3PAR Thin Persistence（精简持续）确保3PAR InServ存储服务器阵列上的精简容量卷最大限度地保持精简和高效，从而增强3PAR精简配置和 3PAR Thin Conversion（精简转换）的效益，可以说，其主要针对的，是那些删除文件之后，却难以继续自动的进行精简配置的用户。
而Thin Copy Reclamation（精简复制回收）与Thin Persistence（精简持续）类似，但它不是使用Thin Engine（精简引擎）来回收精简卷的空间，而是从精简副本中回收未使用的空间——也就是说，虽然同样是回收被删除的空间，但其主要针对那些“虚拟复制快照和远程复制卷组成的复制空间”，从而让现有快照空间实现再利用，或用于其它卷。
Craig表示，与精简转换一样，这两项软件能够在所有支持的主机上运行，且无需专门的主机软件，目前在T、S、F和E系列阵列上，都可以使用。
Craig十分确信存储容量的缩减能够达到其宣称的数据，对于这两项保持持续精简的软件如何使用，Craig表示，其工作机理和精简转换一样，都是通过识别0空间并指向特定的虚拟空间，达到对那些可回收空间的精简，而且“可以定期来进行，也可以在删除后或利用率低到一定程度时立即启用。”
建立精简配置生态环境的软件化尝试
值得注意的是，虽然为了保证速度，上述的三项软件都无一例外的结合3PAR的ASIC Gen3处理器，但是，与传统的自动精简配置不同，3PAR此次发布所采用的形式，与业界几乎都以“功能”或“特性”不同，采用的是独立软件的方式，这也就意味着，3PAR更多的将精简配置软件化，以适应更多的存储系统和环境——当然，将加速精简功能植入阵列硬件，并且在自身的Gen3 ASIC产品中内置了Thin Built In功能，有着3PAR在竞争优势方面的考虑。
在前不久，3PAR已经和赛门铁克合作，推出了Thin Reclamation API，从而能够实现主机文件系统和InServ阵列的智能通信，这也就意味着，3PAR的磁盘阵列，能够获得来自主机的文件删除的全部识别，因此，能够回收与文件删除相关的容量空间。
这一次，3PAR推出了基于这一API的3PAR Thin Reclamation for Veritas Storage Foundation软件，利用这个API，将能够让InServ阵列，利用粒度文件系统级的信息，自动回收InServ精简卷内未使用的空间，从而容量卷保持长期的精简。
Craig表示，3PAR Thin Reclamation for Veritas Storage Foundation软件与其他三项软件的过程很相似，其第二步是一样的，都是虚拟化闲置空间，然后映射到虚拟空间上去。区别在于第一步不同，“现在是通过智能主机的API鉴别闲置空间。特别针对Veritas文件系统，记载哪些文件被删除了，会把相关信息发送给3PAR，直接回收空间。”
同样，这项针对Veritas Storage Foundation的功能，支持两种功能，一种是主机管理员发出指令，进行空间回收，而存储管理员也可以不用去清理空间，自动进行回收——每次删除将直接对InServ阵列上的删除后空间进行回收。
