揭秘IBM SVC发展路线图

IBM正在研究如何在它的SAN(存储局域网)卷控制器(SVC)上采用向外扩展的架构,同时也可能采用闪存记忆体和Nehalem处理器。如果需要,IBM也会提供对FCoE(以太网光纤通道)的支持。

SVC(SAN卷控制器)是一个SAN虚拟化控制器,附加在那些连接应用程序控制器和块访问存储阵列的光纤通道连接上。SVC将SAN存储虚拟化到一个池中,并提供给应用程序。SVC是SAN虚拟化部署中最流行的设备。目前已经有1.5万个单位的SVC得到了客户的部署。日立数据系统的USP-V虚拟化前端驱动器阵列控制器则处于第二的位置。

SVC采用商品硬件。目前版本的SVC使用一个xSeries服务器和一个四核Xeon 5400处理器,软件则全部都是IBM的。IBM是否会采用Nehalem 5500?IBM Hursley主要投资者Barry White表示:"我们使用商品硬件,并且倾向于采用最新的xSeries。英特尔提供芯片,System X提供外壳,而SVC则使用xSeries设备。下一步将采用5500(Nehalem)。"

在QuickSilver项目中,SVC为存储在Fusion-io ioDrive闪存记忆体中的数据提供了100万次IOPS(每秒输入输出)的性能。这是否意味着SVC支持SSD(固态驱动器)?IBM英国区首席技术官Steve Legg表示:"在虚拟层中加入SSD确实是好,不过驱动器阵列还有改善延迟性的潜力。"

White表示QuickSilver项目显示了独立的和向上扩展架构的存储,比如DS8000,总有性能上限:"向外扩展的架构,SVC和SSD正在得到人们的研究。这是下一代的SSD使用方向,也就是说SSD将不仅仅只是硬盘驱动器的替代。"

Legg补充道SSD的价格比较昂贵,一般来说"保守地使用SSD"总是好的。White表示作为存储媒介,闪存并不理想,也许有一天会出现其他的媒介来充当服务器DRAM(动态随即存储记忆体)和闪存之间的存储层。

向外扩展架构可以让多个SVC以某种方式互相协作,而不是放任SVC为单独的节点。用户将可以进行故障复原的安排以确保系统在某个SVC节点故障的时候还可以保持运行,同时用户也可以进行负载均衡的安排。

IBM没有评论传言中的IBM DB2 Pure Scale设备,一个像Oracle Exadata 2的系统。

至于FCoE(以太网光纤通道),IBM还没有公开声明过是否会采用FCoE或推出FCoE产品。不过,White谈到了SVC:"我们可以在上面安装FCoE卡。随着用户对FCoE SAN需求的增加,在FCoE领域,像这样的事情很容易做到。"

Legg表示:"我们可以等待时机成熟的时候再进行。目前我们还没有这种必要。"

FCoE和数据中心以太网的标准化进程还在继续。Legg表示:"我们倾向于采用标准接口。如果它们不存在,我们将鼓励它们出现。"如果出现强势的标准,那么IBM有可能支持它们。

从SVC的路线图中,我们可以看到未来SVC有可能采用Nehalem处理器来提升性能,使用固态记忆体来作为集成的高速缓存或存储层,当时机成熟的时候支持FCoE,以及采用向外扩展架构以便让新的SVC能够加入原来的节点来扩展性能和I/O带宽。