DoSTOR存储分析 3月13日消息：思科系统公司公布一项新的战略，决定为其交换机添加智能应用技术。但这看起来好像是吸引眼球的功效要大过其实质性的进步。

    近日思科发布存储服务模块（SSM）产品，这是一块插入其MDS 9000交换机的32口板卡，可提供卷管理、迁移、复制、备份以及虚拟化。与此同时该公司还公布了一系列软硬件合作伙伴名单，这些合作伙伴将通过思科的SANTap协议，使得SSM与第三方软件和设备相连接，并在该平台上实现应用。

    思科的SSM替代该公司之前需要为不同应用使用不同模块的实现方式。现在IBM和VERITAS为MDS 9000开发的软件都是通过思科不同的板卡实现应用的。Taneja Group的分析家Arun Taneja表示，为每一个合作伙伴实现向同一个模块写入是一项长足的进步。他表示，“我认为思科之前的弊病在于需要不同的硬件模块来实现不同的应用。使用IBM的SVC（SAN 卷控制器），就要一个缓存模块；要使用VERITAS软件就需要一个服务模块。这是毫无意义的。没有理由说我买一个3万美元的交换机还要再为每个不同应用需求卖不同的模块。思科这么做相当有意义的。”

    思科的主要合作伙伴包括：EMC、IBM以及VERITAS。EMC将在其存储路由器中使用SSM模块，预计年中即可实现。一位IBM的发言人表示，该公司将率先在业务持续性应用上使用SSM模块。（这个有点令人玩味，运行在MDS 9000上的IBM的SAN卷控制器软件，好像跟SANTap还没什么关系。）VERITAS已经在思科硬件上推出网络存储基础构架（Storage Foundation for Networks）虚拟化软件，但该公司没有言明是否采用SSM模块。

    思科其他决定跟随SSM模块的合作伙伴包括：

• Alacritus软件
• CommVault系统
• CA公司
• FalconStor（飞康）
• Kashya
• Topio
• Xiotech

    这个阵容不可小觑。但据过往经验大部分思科的的发布都似乎略嫌毛糙。思科的高级产品经理Rajeev Bhardwaj认为合作伙伴在今年年中之前不太可能实现基于SSM构建的应用。思科所称软件厂商能够基于其光纤应用界面标准（FAIS）上的同一个API接口写入SSM模块的远景其实还尚在襁褓。这项标准还在设计阶段，估计明年之前不会实现。

    另外就是执行的问题。举例来讲，合作伙伴如何支持思科的多路径代理实现高可用性？至少有两位业界人士表示这个问题值得深究，因为不能通过多路径功能实现有效整合将会给一系列应用带来麻烦。

    来自Illuminata公司的分析师David Freund发表了他的看法。他说，“单点故障是数据中心的大难题。既然这样我们讨论有关I/O路径会中止业务进程，这个相当致命。任何用户都不想看到这样的情况发生。其他厂商他们也同样注意到多路径实现方式么？他们能在一个SAN系统里头实现的不错么？”

    但所有的这些不能阻止思科朝智能化交换机跃进的步伐，而且思科也在积攒力量进行这样的战略。博科通讯已在打造其在刀片式服务器运行的智能交换机SilkWorm Multiprotocol Router。该厂商表示这款设备将和来自创业公司Incipient的智能化软件协作，并且今年还将公布其他的合作伙伴。EMC也希望博科在该公司虚拟化应用设备发布的时候也能是合作伙伴之一。

    McDATA则表示在2006年初之前不会在其交换机设备实现智能化。部分原因是McDATA的从刀片式实现到设备的交换直接是接入其导向器的。McDATA的存储导向器平台开发带头人Mark Henderson表示，大客户希望将核心交换机与虚拟化分离开来，他还宣称内嵌式刀片式交换机插在导向器端口上，还占用处理器资源。

    思科的现在最大的对手来自于几个创业公司，这些厂商已有类似的实现方式来整合交换机智能化功能。这些厂商包括：Maranti Networks、MaXXan Systems以及Troika Networks。

    佐证：Troika的类似产品是，一款用于加速存储应用性能的多端口设备，该设备与StoreAge网络技术公司的软件协作，运行于VMware的虚拟服务器平台。

    虽思科可能太早加入这个阵营，但其宣告表明了该公司对在交换机实现智能化的充分兴趣。Illuminata分析师Freund说道，“思科开始启程。前景无可限量，博科和McDATA也很快动身。这将有助于思科在这样的市场生态环境下更好地发挥。”