第一页
很多时候，人们都会以为戴尔EqualLogic解决方案所提供的容量虚拟化技术，与市面上常见的自动精简配置技术（Thin Provisioning）类似。但事实上，这是一个极大的误会，因为戴尔的容量虚拟化技术要比"普通的单向"自动精简配置技术强大得多。
自动精简配置技术：无法彻底解决老问题，而且会带来新的挑战
如何实现存储卷的在线扩充，是困扰很多存储管理员的一个老问题。因为不是所有的操作系统和应用都支持卷的在线扩充，往往要把应用停下来，才能调节卷的容量，有时还要重启前端主机，才能识别扩充后的卷。而无论是关闭应用还是重启主机，都会给企业的业务造成干扰，给存储管理员带来压力。
自动精简配置技术可以很好地解决表面上的问题，自动精简配置卷可以预先给应用分配一个较大的存储空间，这个空间是虚拟的，可比实际物理空间大得多。有了这个虚拟空间，如果应用发生变化，需要更多的实际存储空间，管理员就可以在不停机的情况下，动态扩展物理存储平台（比如增加硬盘）。
自动精简配置技术是一项不错的新兴技术，不过很多新技术在解决老问题的同时，都会带来一些新的问题，自动精简配置技术也是如此。总的来看，当前的自动精简配置技术有三个致命伤：一是仍然要静态地规划存储，在创建卷的时候要与阵列、硬盘和RAID等物理设备挂钩。如果管理员日后想调整这个卷，会非常麻烦；二是自动精简配置卷的空间只能解决"放"出去，但没有解决"收"回来，如果一定要把置空的空间"强行"收回，过程会很复杂；三是带来很多额外的成本。很多管理员会发现自动精简配置卷被创建出来后，无法与原有的备份、恢复等软件兼容，无奈之下，只能在支付了自动精简配置软件的费用后，再去购买专门的备份、恢复等软件，并且还要定期支付这些软件的维护费用。
戴尔容量虚拟化技术：双向配置、收放自如、高度透明、完全免费
自动精简配置技术所引发的这些问题会让存储管理员感到非常头痛：在设置和调整自动精简配置卷时，他们不得不还要与底层的硬件继续"纠缠"；在不能及时收回被放出去的空间时，他们不得不"忍受"设备利用率低的事实；在需要额外购买大量软件时，他们不得不"厚着脸皮"向财务部门解释为何要反复追加预算。事实上，他们完全不必忍受这些"折磨"，因为戴尔EqualLogic的容量虚拟化技术可以轻松根治这些问题。基于容量虚拟化技术，戴尔EqualLogic的虚拟层能够让存储管理员完全与底层的硬件分离。
对于传统的"精简配置"，仍然要与硬件、阵列类型相关联，就像地产开发商，盖了一栋大楼，然后分别把一些房间组合在一起，2房套间、3房套间、5房的楼中楼...，分别卖给业主A、业主B、业主C...固定的楼层、门牌号、甚至回家座的电梯都是固定的。这就像我们在传统的存储设备中规划容量，200G的空间、300G的空间、500G的空间分别分配给服务器A、服务器B、服务器C，这些空间所处的磁盘、阵列类型和服务器访问路径都是固定的。那这样的情况下"精简配置"是怎样实现的呢？好，我们回到前面的例子，房间中的住户就是我们阵列里的数据，如果2房套间中已经住了5口人，可不可以向5房楼中楼的业主借房来住呢？在传统的"精简配置"中显然是不行的，只能问开发商看看是不是楼上或楼下的房子还没有卖掉，再买下来，然后自己在天花板或者地板上挖个洞，自己来装修、施工。如果运气不好，只能买隔了几层的房子，那恐怕就要自己在窗户外面搭梯子了。
这种传统存储的"开发商"模式弊端在哪里？首先，业主买来房不一定是来住的（有可能是投资、有可能炒房）、其次即使是买来住，房间里的住户（数据）不一定就按照原来预计的人数发展，在阵列中经常出现的情况就是，首次空间规划好的多个不同的卷的利用率完全不一致，而利用率低的卷上的空间又不能有效地释放和加以利用。根本原因是，空间的规划不是也没有办法以真实的数据增长为依据，其中存在大量的管理员的主观和经验因素。
对于EqualLogic的容量虚拟化，则摆脱了传统存储"开发商模式"的空间规划方式，而进入虚拟化的"酒店模式"，当酒店接到一个300人的住房登记时，酒店真的就把300间房间都保留下来了吗？有酒店管理经验的人知道，事实情况不是这样的，如果访问团取消了呢？如果只来了50人呢？如果临时增加到500人呢？这时酒店可以只保留30间房，而真实的客人来了之后再分配具体的房间。在EqualLogic容量虚拟化的自动精简配置中，就是这样进行空间规划的。当一台服务器需要300G的空间时，阵列群可以首先最低只保留30G的空间，当实际的数据超过30G时，再以极小颗粒的虚拟页为单位，为数据准备"床位"和"房间"。
网友评论