存储行业在宣传和市场造势方面能力出众。我们已经有了软件定义存储；公有云、私有云和混合云存储；闪存和混合闪存；固态磁盘；磁盘阵列分层存储；云分层；3D存储，纵向扩展和横向扩展等，而这些名词只是其中的一部分。一些名词还是特定架构的具体描述，但在更多情况下，由于每个厂商对于相同的内容都有不同的定义，所以这些文字描述就变得毫无意义。所有这些内容在性能、经济型和便捷性上都做出了相应的承诺。虽然聚焦在这些点上是好事，但也是时候去解决虚拟环境中的核心存储需求，并且推出应用感知的存储了。

应用感知存储的驱动因素是很明显的。从存储的角度来看，虚拟化环境已经从一个支持固定和可预测的工作负载转变成支持不可预测的和不断变化的工作负载环境。

也就是在五年前，应用性能还是可预知的。而这些负载对于我们今天研发出来的大多数存储系统来说都是能够处理的。这些存储系统并不是针对服务器虚拟化的自适应的不断变化的需求设计的，它们也没必要这么做。我们有一个应用（或者是同一类型的应用集合）运行在物理服务器上，这些应用不怎么发生变化并且只专注于此。我们通过测试应用负载了解了相应的性能需求，例如IO负载和响应时间。这时存储厂商提供一款存储阵列（或者是定制阵列的部分内容），配置一定数目的物理硬盘、控制器和数据路径，这一切都显得井然有序。并不是说这样做就没有性能问题，但由于所有的连接都是物理的，负载是固定的，所以故障诊断相当容易。

在服务器虚拟化环境中，多种应用都运行在同一个物理服务器上，负载迅速提升。不同应用程序的I/O混在一起，使存储厂商在应用性能优化方面做的工作都付诸东流。存储并不能感知是哪个应用程序生成的I/O，这就是我们所熟知的I/O搅拌器。这就造成了存储的性能问题，例如响应时间延长和应用程序超时。而当管理员纠结于区分哪个虚拟机存放在哪个存储LUN上（哪个端口，光纤交换机分区等），此时再做故障诊断和性能调优简直就是噩梦。

不幸的是，IT部门通常都是靠增加更多的存储和带宽来解决虚拟化环境的性能问题。然而这并不是问题的最佳解决方案。毕竟，服务器虚拟化就是为了降低服务器端的成本支出。服务器虚拟化为我们提供了更好的资源利用率，更快的应用程序配置，即时的测试和开发环境，从而节约了大量的资金和运营成本。通过虚拟化进行的服务器整合和服务器数量消减的案例比比皆是。但重点是，难道我们要将所有这些节省下来的开支都用于存储投资来达到配置平衡吗？

ESG最新一期的存储调查中显示，超过三分之一的负责存储系统的IT经理预计，服务器虚拟化会影响接下来12到18个月时间的数据存储。同时，43%的企业称新存储的人均费用-不论是增加容量还是重新部署系统-在支持服务器虚拟化时都是一个重大的挑战。这些当然不是存储唯一的挑战；对于存储另外的挑战主要包括虚拟化下的存储容量规划（36%）和受限的I/O带宽（29%）。值得注意的是，只有5%的受访者提到，没有遇到任何有关存储支持服务器虚拟化的挑战。

存储厂商当然不会静观其变。我们开始看到存储提供的一些QoS功能，允许存储管理员通过调整磁盘阵列的多个参数来改善存储性能，借此希望找到一个设置组合来解决性能问题。应用程序相关的专有代理程序或虚拟机的设置也许是获取更优性能的另一种选择。

但这些还是没有抓住问题的关键：存储无法直接感知虚拟机性能问题。传统存储采用一种自下而上的方式，从磁盘开始，它被包装成LUN，包装成卷，然后将LUN或卷划分给端口和数据路径。它们是这样管理的：从磁盘开始，然后映射给服务器，最后才分配给应用程序使用。传统磁盘阵列的性能调优通常意味着，根据不同的性能特性创建lun，然后将lun映射到端口，路径，服务器和最终的应用程序负载。一旦调优完成，通常都是一个固定的方案，如果又有新负载增加，所有调优都得从头再来一遍。这种方法显然不适用于实际的IT应用场景，尤其是规模化应用的场景。

用户需要应用程序感知的存储解决方案，这样就能够适应负载的变化，即使周围环境发生变化，也能够针对特定的负载来提供性能保障，这需要存储感知应用程序以及运行这些应用程序的虚拟机。他们也需要存储处理突发性的，不可预知的I/O负载，了解每个工作负载的重要性和保证重要负载得到足够的资源。最后，用户需要一个能够反映虚拟服务器环境的存储系统，从而来缩小技术差距。为此，存储需要一种能够感知负载水平的能力，在VM和应用层面上提供QoS。这就是如何让你减少额外的硬件支出，而不用再将服务器虚拟化节省的成本花费在存储上。

文章选自存储经理人2014年10月刊：固态存储何去，欢迎下载阅读。