前不久，我发表了“I/O虚拟成为刀片服务器新焦点”一文，就惠普刀片服务器的Virtual Connect技术特性与IBM的“BladeCenter Open Fabric Manager”软件进行了对比分析。

　　随后有网友指出，还是对于Virtual Connect以及BladeCenter Open Fabric Manager的作用不甚清楚，为此，结合图片说明如下：

　　刀片服务器I/O虚拟连接示意图

　　刀片ABCD是我们熟悉的Blade刀片，每一个Blade就是一台单独的服务器，它可以半高的双路双核服务器，也可以是全高的四路多核服务器。

　　每一个Blade通过刀片服务器机箱内的网络交换机模块或者是存储光纤交换机模块与外部的以太网络(LAN)或者是存储区域网络(SAN)进行连接，为此每一个Blade刀片需要配网卡(NIC)以及HBA卡。

　　所谓Virtual Connect或者BladeCenter Open Fabric Manager，其核心思想就是当某一个Blade出现故障需要进行更换的时候，例如用冗余的处于空闲状态的Blade D替换发生故障的，Blade A，直接更换就可以了，Blade A原有的有关LAN和SAN有关的任何参数，不需要在Blade D上重新进行配置，直接就可以工作，从而减轻管理员的工作。

　　实际上，有关参数配置信息并不是保存在Blade，而是保存在刀片服务器机箱中板中的专用芯片上(针对惠普的BladeSystem c_class刀片服务器而言，IBM是采用软件的方法)，该芯片是冗余，中板与Blade的接口不具有任何电器特性，是纯粹的接插件，故障概率非常低。

　　目前IBM与惠普的争议在于：IBM指责惠普的Virtual Connect，只能够在惠普自己的交换机上实现，而且成本很高。对此，惠普予以否认。惠普认为，IBM的方案是一种纯软件的方案，根本无法与惠普的Virtual Connect相比，尽管二者在作用和目的上是一样的。对于惠普有了的是，Virtual Connect在c_class发布的时候就已对外提供，已经有了2年多的时间，而IBM的BladeCenter Open Fabric Manager还只是刚刚发布。