存储虚拟化目前是业内一个颇具争论的技术话题。随着云计算技术的普及，原来越多的用户将注意力投向了存储虚拟化的部署以构建完整的虚拟化环境，而不同厂商对存储虚拟化也有着不同的理解定义，以及诸多不同的实现方式。

　　存储虚拟化的性能问题

　　性能问题是存储虚拟化部署之前用户较为顾虑的一点。在原有烟囱式存储架构中，几个独立的系统，甚至是一个独立的系统都有专用的磁盘阵列。虽然在分别配置存储和进行扩容时产生大量的性能和容量的浪费，但容易确保每个系统都获取到相应的性能。而在完全的虚拟化环境中，需要考虑整个系统的性能瓶颈以及其中各子系统的性能峰值，而且如何规划未来容量和性能的增长，这些都是用户在部署存储虚拟化之前会考虑到的问题。

　　应用不同厂商的虚拟化产品可以应对不同的用户环境需求。虽然目前主流的存储厂商和虚拟化厂商都推出了各自的虚拟化产品，但主流的实现技术还是可以归为三类：在主机端实现的存储虚拟化、在交换层实现的存储虚拟化以及在磁盘阵列实现的存储虚拟化。其中，当用户的主机都统一部署了同一种文件系统，比如赛门铁克的VxVM，主机端有足够的系统资源，并且在今后的业务中主机每年的扩容比较有规划性，那么在主机端通过安装虚拟化软件的方式不失为一种可行的方案，其在初期投入较低，对现网的影响小，不过后期随主机扩容需要增加额外的软件许可，容易被该虚拟化软件供应商锁定。在交换层和在磁盘阵列端实现存储虚拟化较为类似，都是将对异构存储的识别和数据通讯调度的压力放置在硬件的虚拟层，这种实现方式可以支持最多的异构存储，并且和主机端完全无关，适合较为复杂的网络环境。在这两种方案中，在磁盘阵列端的实现方式可以提供更大的性能支持，如果要考虑异构容灾，持续数据保护的用户可以采用这种方式，缺点是初期建设成本较高。

　　存储虚拟化对不同用户的适用性问题

　　还是有关性能，对于业务核心应用，基于目前的虚拟化技术应用程度的考虑不建议将其迁移至存储虚拟化的平台上。虽然目前主流的存储虚拟化技术都支持基于应用策略的分级，将最快的存储资源分配给最为关键的业务应用。但整个虚拟化平台的系统瓶颈不一定完全来自于存储本身。在企业的虚拟化程度不高的前提下，可以先将边缘系统逐步添加到虚拟化池中。

　　另一项非常重要的因素是存储环境的复杂程度，也就是说，越是复杂的存储环境越适合使用存储虚拟化技术，比如其中包含大量异构存储、不同结构的存储。对于这样的用户环境利旧、提升存储可靠性，建立统一的容灾系统（或持续数据保护系统）使得其很难将现有的存储环境彻底改变重构。而相反的，对于存储环境较为简单的中小型用户，存储虚拟化不仅会提升系统的构建成本，还会使得方案在实施时更为复杂。对于这样的中小型用户，如果需要进一步提升存储环境的容量或性能，可以考虑将系统迁移至更新的存储平台上，考虑到各存储厂商在系统建设时都提供较有吸引力的价格，这种方式往往可以达到事半功倍的效果；或者也可以考虑采用一些存储内部实现的技术，比如自动精简配置、重复数据删除等，有些存储厂商也将之称为存储虚拟化，但这是完全不同的概念。

　　综合来讲，最适用存储虚拟化的应当是哪些具有大量复杂存储环境，并且上面运行诸多非关键业务的用户。这些用户很可能已经部署了服务器虚拟化环境，并逐步开始考虑将存储纳入虚拟化池。在这一过程中，严谨的评估设计，以及分阶段的系统部署，是是否能够实现成功的存储虚拟化必要的因素。

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。