2008年（8065）
分类： 服务器与存储
2008-10-09 12:07:09
三年前，美国新泽西州共设有176个床位的亨特顿医疗中心声称其数量众多: 每两个床位就有一台服务器。不过在这家社区医院的技术经理Alberto Cruz Natal看来，这根本没什么值得自豪的。 他说: “当时服务器多得让我们的数据中心无法容纳。”更糟糕的是，这些服务器每台都有各自的附加连接的SCSI存储设备。如果一台服务器的快用完了，IT人员就得购买另一台服务器，或者人工扩大该服务器的存储分区，这项工作不仅很费时，还会干扰现有系统。而另一些服务器却有剩余的存储容量。
IT小组总不能把大量的时间用于重新存储设备这样的事务上。于是这家医院准备采用一套新的临床记录系统，这就促使需要把QuadraMed公司的Affinity医院信息系统(HIS)从现有的用了5年的设备，迁移到功能更强大的硬件设备上。医院还在15英里以外的地方建立了热备份站点，不过那时还没有制订一项策略把到那个异地站点。
像这种存储容量利用缺乏效率、数据量日益庞大、颇费人力、需要更有效的灾难恢复的情形，正促使如今的许多用户着眼于存储虚拟化技术。美国新罕布什尔州的数据移动集团公司的创办人John Webster声称，对许多公司而言，数据量以每年至少60%到80%的速度递增; 存储管理员把20%到30%的时间用于卷管理任务。
而存储虚拟化技术可以解决这样的问题。存储虚拟化技术的工作原理是，让互相独立、甚至异构的看上去就像是单一的逻辑存储资源池，可以通过中央控制台加以管理。目的就是让数据可以在不同层次和类型的存储系统之间自由移动(具体取决于业务需求)，又不影响运行环境。
Webster说: “对任何存储虚拟化来说，最重要的一个特性就是能够隐藏复杂性，因而可以管理越来越难以管理的工作。”
选型面临困难
不过，要理解如今市面上各种各样的虚拟化方案，并确定哪个方案适合自己，这并不容易。以亨特顿医疗中心为例，做出采用虚拟化技术的决策并不是太难，增值分销商提议它应当通过存储区域网(SAN)迁移至集中式存储架构。由于该分销商建议把HIS系统迁移到IBM RS/6000(医院和灾难恢复站点各有一个)，所以使用IBM存储系统即高端Shark阵列(医院和灾难恢复站点各有一个)也就合情合理。IBM 和美国佛罗里达州的DataCore软件公司达成了，使用后者的SANsymphony软件对Shark阵列进行虚拟化处理，以便该阵列也可以添加到环境当中。
2003年进行这个项目时，存储界的几个巨头: IBM、日立数据系统公司和EMC公司还没有大力宣传存储虚拟化产品。不过如今市面上已经出现了太多的虚拟化方案，以至很难确定哪个最适合你的环境。
譬如说，一些供应商把虚拟化功能添加到存储阵列控制器上(往往称为基于阵列的虚拟化)，这意味着存储设备和虚拟化功能连同买来。另一些供应商把虚拟化功能添加到位于应用服务器和存储系统之间的服务器上(往往称为基于设备的虚拟化)。还有些供应商把虚拟化功能添加到智能上(称为基于网络的虚拟化)。智能交换机或者采用“带内”方案，即虚拟化命令与数据沿同一条通道在应用服务器和存储阵列之间传输; 或者采用“带外”方案，即虚拟化命令和数据在不同通道上进行传输。
另外，就连每家供应商也提供众多不同方案。譬如说，IBM的SAN卷控制器(SVC)就是个基于设备的虚拟化系统，不过它也可以配置成基于交换机的方案。同时，它的DS8000又基于阵列。日立公司的通用存储平台也是如此。EMC即将推出的Invista是采用带外方案的基于网络的虚拟化产品，有人认为这种最新的存储虚拟化方案最有发展前景。
虽然IBM的SVC目前已安装了1200套，从而成为市场领头羊，但市场基本上仍在不断变化。
