带内虚拟功臣：IBM SVC

　　该解决方案分SVC(IBM Total Storage SAN卷控制器——SAN Volume Controler)和SVC内置MDS交换机两种结构。所有虚拟化数据都要通过SVC进行处理。SVC本身可以作为一个单独的产品使用，也可以将所提供的SAN卷控制器软件嵌入到Cisco MDS 9000光纤通道控制器和交换机的高速缓存服务模块之中，提供内置在智能交换机上的虚拟存储功能。

　　因为完成存储层的虚拟化，SVC可为各种不同的存储设备提供统一的数据复制平台，例如瞬间复制Flash Copy和远程复制Metro Mirror。这些复制功能都允许源磁盘卷和目标磁盘卷可以存在于不同品牌的磁盘阵列上。

　　据悉，SVC支持当前所有主流的存储系统，包括IBM、HP、EMC、HITACH、SUN等。需要指出的是，智能交换机的数据安全功能是由智能交换机本身提供，与存储无关。

　　全球存储系统事业部销售副总裁Elly Keinan说，“在传统的开放系统环境下，磁盘之间的利用率达到40%左右，使用SVC以后基本上可以提高到60%左右。”

　　他还说，在过去，如果把数据和应用从一个磁盘切换到另外一个磁盘上需要中断业务应用，采用SVC后，可以不间断地把数据从一个磁盘转到另一个磁盘上。

　　带外虚拟功臣：EMC Invista

　　说到此，不能不提及EMC的Invista。

　　EMC Invista是利用智能交换机的特定处理能力，实现核心层的虚拟存储操作。

　　在存储设备虚拟化的过程中，EMC Invista可让用户保留存储设备原有的性能和软件功能，允许用户选择对其异构存储环境进行虚拟化，也允许用户继续使用当前仍在其存储系统中运行的基于阵列的复制功能或其他存储软件功能。

　　通过在多个异构存储设备间建立虚拟卷，EMC Invista网络存储虚拟解决方案使企业IT部门大幅度地减少花费在人工作业上的时间。

　　选择？着实不易

　　基于主机方案、基于存储设备方案和基于存储网络方案……英国电信会议公司到底该选择哪一个？

　　此时，英国电信会议公司思考着三个问题：

　　一些供应商把虚拟化功能添加到存储阵列控制器上(往往称为基于阵列的虚拟化)，这意味着存储设备和虚拟化功能需一同买来；

　　另一些供应商把虚拟化功能添加到位于应用服务器和存储系统之间的服务器上(往往称为基于设备的虚拟化)，这可能消耗系统资源；

　　还有些供应商把虚拟化功能添加到智能交换机上(称为基于网络的虚拟化)。智能交换机或者采用“带内”方案，即虚拟化命令与数据沿同一条通道在应用服务器和存储阵列之间传输；或者采用“带外”方案，即虚拟化命令和数据在不同通道上进行传输，这可能限制了灵活性。

　　事实上，没有哪种虚拟化方案是“最佳”选择，这完全取决于用户的目标。用户一定要考虑好虚拟存储可为自己提供哪些种类的操作，哪些对自己最为重要。

　　每个用户采用虚拟存储的目标都是不一样的：有些人希望放慢硬件支出进度；有些人希望减少管理预算; 有些人也许希望重新设计整个存储基础设施的架构；另一些人则希望逐步实施分层存储。

　　例一：倾向重新设计存储基础架构

　　英国电信会议公司希望重新设计整个存储基础设施的架构，经过对三种虚拟存储模式的考量，它最后选择了基于网络的虚拟存储方式，并相中了IBM SVC来实现数据存储及管理的设想。

　　英国电信会议公司首先需要将死板地安装磁盘的管理方式转换为灵活地调整虚拟存储容量的管理方式；其次，它应该把存储配置转换成随需应变模式，以支持它在全球的会议服务。

　　考虑到IBM SVC的架构式设计，以及与IBM FlashCopy PointinTime复制软件的有机结合，英国电信会议公司最终选择了IBM SVC。

　　“先前要花费6～8个小时的数据转移过程，现在只需几分钟；先前要花费整个周末来完成的事情，现在可以在工作日完成。我们再也不用关闭服务器和打开磁盘阵列的方式来移动磁盘驱动器，所有工作现在可以通过网络控制台来重新分派磁盘容量。”存储系统改造之后，技术负责人满意地说。“同时，Linux和pSeries服务器也不需要关闭来重新定制磁盘改装。只需在 SVC上设置新容量即可。”

　　今天，英国电信会议公司的应用程序的确达到了全天候可用的水平。

　　例二：青睐分层存储

　　犹他州立大学医疗保健科学中心 (UUHSC)由社会临床、犹他大学医学院、学术学院和各种研究所等几部分组成。近五年间，数据量由1TB增长到47TB。

　　此外，其数据资源中心管理着由不同供应商的存储产品所组成的多个SAN。而且，系统中还有大量闲置、未被利用的存储容量。

　　UUHSC数据资源中心的技术建筑师及总监 Jim Livingston说：“低效的信息管理必然带来瓶颈，严重限制了数据可用性。我们需要24×7不间断运营，因为成功获取信息能够帮助我们拯救生命。”

　　虚拟存储被认为可以解决UUHSC数据增长与管理的问题。但是，UUHSC在评估了三种虚拟存储实现方式之后，特别是评估了基于网络的虚拟存储解决方案后，发现管理另一个网络的风险、人员与培训量的增长，以及将会带入系统的单点故障，让他们放弃对此类方案考虑。

　　最后，UUHSC选择了基于控制器的虚拟存储方案。它看上了HDS TagmaStore USP，因为USP可以让UUHSC实施一个新的分层存储架构。

　　UUHSC选择的HDS解决方案包括以下产品：HDS TagmaStore USP100；McDATA 边缘交换机和核心导向器；作为外部连接存储的HDS Thunder 9585V 超高端模块化存储系统和Thunder 9520V工作组模块化存储系统。

　　原先在HDS 7700E和HDS Thunder 9200系统上访问数据的应用现在都被连接到USP100上，并通过一个单一的管理界面来进行管理。新的系统架构能够对分布在内部存储USP、外部光纤存储和SATA存储上的数据按其应用需求进行分层式存储。UUHSC的一个为关键应用提供软件的供应商要求将应用数据存放在IBM ESS 2105系统上。

　　在此次整合的最后阶段，有一项工作是把ESS2105作为外部存储连接到USP上，这样既满足了软件厂商的要求，也使UUHSC能够将ESS2105作为一个单个逻辑实体、并通过一套管理工具对整个系统进行统一管理。

　　此外，UUHSC还决定采用四台McDATA Sphereon光纤交换机和两台McDATA Intrepid 6000系列导向器来替代原有的SAN 光纤，由此简化了电缆切换，方便了未来对系统进行扩展。

　　以上是两个以目标为导向的选择虚拟存储实现模式的例子。

　　实际上，无论什么目标，对于用户来说，都有一致共识，就是：供应商必须在集成异构系统、简化部署方面做得更好。