在过去十年间，存储管理凭借自身的发展逐渐成为一门学科，不仅由于存储数据量的大幅增长的驱动，而且也由于促进共享存储的存储网络协议的增强。

同时，虚拟化也成为服务器和PC优化的最重要的技术。在这种环境下，共享存储成为一些功能不可或缺的前提，如非中断的虚拟机迁移。

不过，虚拟化在服务器和支持它的存储间增加了另一层的复杂性。在虚拟化和存储间的这一层抽象意味着将存储相关的概念如RAID组和LUN转换为虚拟对象如VMDK和虚拟硬盘是个挑战。因此，为了有效的为虚拟环境提供存储，存储管理员必须采用新的方法。

挑战

虚拟化产生了新的运营难题。因为许多虚拟机可能同时存在于一个存储LUN上，虚拟服务器的I/O配置和桌面有时变得更加随机和不可预测。通过使用诸如VMware公司的Storage vMotion和微软公司的Hyper-V Live Migration的特性来使虚拟机在存储基础设施间迁移时，当前的系统管理程序的功能可以保证大量的I/O。另外在虚拟机被拷贝、克隆和在存储间复制时，虚拟化对于存储的利用也会产生很严重的影响。

在考虑虚拟化和存储时，我们必须审视许多大型企业已建立起的运营架构。随着IT基础设施的不断发展，各部分的技术逐渐划分为不同学科，包括存储、网络、服务器和数据库等。过去，也许存储管理员还可以只处理自己的业务，而不必太多关心基础设施的其它部分的运作。如今，虚拟化改变了这种状况，使得我们必须将这些不同的学科整合，而不能再像过去那样。

选择战略

虚拟环境下的存储管理需要满足两个基本的指标：容量和性能。尽管这两者在非虚拟化环境下也会提及，但在虚拟存储设计时会主要考虑性能，因为它会更多的影响虚拟基础设施的运营。在非虚拟化环境下，对于一个LUN缓慢的响应时间只会影响到单个主机;对于一个承载多个虚拟机的较大的LUN，缓慢的响应可能引起更广泛的影响。在虚拟桌面环境(VDI)下尤其如此。对于存储管理员，有许多策略需要考虑。

使用硬件加速和API

许多厂商(包括最大的六家存储厂商：戴尔，EMC，惠普，日立数据系统，IBM和NetApp)如今都支持虚拟I/O的硬件加速。这是通过在系统管理程序中的应用编程接口(API)实现的，如阵列集成的vStorage API (VAAI)。VAAI将一些负载较重的工作从虚拟层卸载，而让存储阵列使用最适合的方式来执行这些关键操作，如次LUN级锁定，批量拷贝和数据清零。最近，VMware增加了精简盘空间回收特性，使得系统管理程序可以从精简配置的LUN中释放存储空间，而无需直接写数据到这些被删除的数据块。