作为一种管理容量分配的方法，精简配置不断吸引着存储经理的注意力。精简配置这个名词是指“及时地”或者根据具体的存储需求的指定，向应用程序或者最终用户分配空间的一种技术。
虽然在分布式计算世界中，DataCore软件似乎乐此不疲地向Compellent(已被戴尔收购)和3PAR(已被惠普收购)等后起之秀吹嘘炫耀，精简配置的起源仍然众说纷纭。当然，解决方案的功能才是硬道理，这使存储经理可以按需购买磁盘驱动器，而不是囤积超出公司实际需要的昂贵的磁盘，从而使存储更实惠。
最近，磁盘驱动器的成本每12个月下降一半，而容量则大约每18个月翻番。由于磁盘在明年的价格只是现在的售价的一半，可能有人认为应该尽可能在接近实际使用的时候购买。精简配置通过监控容量的使用率并在需要向物理容量池(一台阵列或者一组阵列)增加磁盘的时候预先提醒存储经理，其目的是达成这项战略。
在一个由精简配置阵列厂商提供的案例中，一个成功客户——一家拥有80位律师的律师事务所，把10 TB的阵列分配给每一位律师1 TB的精简配置的容量，实际上超额700%。这可能被视为胆量过人，但其实每位律师只得到被分配的1 TB的很小部分。得益于阵列上的增值软件，额外的容量需求在经过一段时间后可以被预测，当需要更多的空间的时候，从共享磁盘池小步增量提供。
如果这个预测模型可行，大概存储经理可以延缓向阵列添加更多的磁盘，直至绝对必要。既满足了容量需求，也显著地降低了成本。
这项战略的问题首先在于其对预测运算法则的依赖，它无法预测“追加”(margin call)事件。如同在金融世界一样，“追加”是一个或者更多的用户对他们认为已经拥有的全部的存储提出的不规范的、意想不到的请求。如果出现这种追加事件而物理存储库存缺少足够的真实的容量来满足该请求，可能导致职业受限的结局(例如：应用程序异常终止、“磁盘已满”错误信息以及停机等其它问题)。
这项战略的另外一个局限与如何部署精简配置功能有关。通过把精简配置容量扩展到很多磁盘阵列(从而呈现更大容量的库存)，而不是将精简配置功能局限于单台阵列或者一堆磁盘之中，超额问题可以在一定程度上得到缓解。DataCore软件在整个存储基础设施中部署精简配置，也就是被DataCore虚拟化并被配置成一个共享存储池的那部分基础设施。
根据我的最终分析，精简配置并没有解决容量管理本身的问题，但是它有助于降低硬盘驱动器的购买成本，直到确实需要才购买。一句忠告：如前文所述，磁盘市场目前的动态没有出现类似20世纪80年代初期以来遇到的同样程度的容量提高或者价格下降。如果容量和价格动态没有回到2010年之前的水平，对精简配置的争论真的会失去动力。