HP向思科的UCS系统开了六枪

本文内容为惠普官方态度，不代表51CTO.com观点，仅供各位读者参考。

思科最新的数据中心策略就是向他们的网络产品线中增加统一计算系统（UCS）。然而，思科覆盖面更广的数据中心策略不容忽视。虽然思科在网络方面有很强的优势，但是在服务器和其他数据中心基础组件方面几乎没有什么经验，所以这可能会导致思科从一个很局限的角度来看待IT基础架构，而将重点集中在网络上。

在一个以网络为主导的数据中心内，网络管理员掌握控制权。思科所谓的统一计算要求改变这种控制权，所有数据中心传输都要通过网络中心，不过这就新增加了一个协调点。这个计划在一个非常大型、复杂、高成本的网络系统上投资，这个系统有些类似于数据中心核心的一个“巨大交换机”。

在考虑来自一个交换机巨头的一个庞大交换机之前，你最好仔细考虑以下几个问题：

问题一：购买和安装的简便性

思科UCS系统包括定制的一系列复杂刀片服务器、刀片机架、UCS架构扩展器、UCS架构连接器等等，更不用说还有相关的网络和存储基础架构了。难怪这种复杂性迫使思科不得不为UCS设计和支持提供新认证。

当用户增加对Cisco Nexus 1000v for VMware vSphere 4 Enterprise Plus三年全天候支持的时候也就是每个处理器增加了1138.7美元的成本。这些额外成本迅速累积增加，那么一个配置有48个双处理器服务器的机架可能仅仅为了支持Nexus 1000v软件就要支付额外的109315.2美元。

HP BladeSystem Matrix：一个平台。一个服务协约。一个产品代号。

我们的目标是让BladeSystem Matrix便于部署和扩展，这样你就可以把精力集中在手头的工作上，而不是放在处理聚合基础架构上，这个架构由计算池、存储、虚拟结构、能源和冷却资源构成，这些资源可以作为像机架这样大型块资源一次购买和交付。

问题二：复杂性

思科这种庞大的交换机模式要求所有传输必须通过物理线缆传送到一个物理交换机上完成每次操作。因此，即使是在一个物理设备上彼此临近的两个虚拟服务器之间的传输也是要通过网络的，在物理交换机中作一个“华丽的急转弯”，然后再次通过网络到达同一台物理设备中的另一个虚拟服务器上。传输返回（或者来自第二台虚拟机的“响应”）必须是一致的。每个数据包传输会导致多次中断、需要复制数据以及多核处理器的延迟。

在分布式的交换机模式下，数据包不离开物理服务器，既避免了复数数据，而且还获得了高性能的I/O。

问题三：控制

思科UCS模式需要网络管理员承担对数据中心非常大的控制工作。这种控制的变更不需要考虑数据中心内不同专业核心的角色和责任。因此，除了管理员，其他人不用承担这种可管理性。