惠普看思科的UCS系统

核心提示： 在分布式的交换机模式下，数据包不离开物理服务器，惠普看思科的UCS系统(2)，既避免了复数数据，而且还获得了高性能的I/O.问题三：控制思科UCS模式需要网络管理员承担对数据中心非常大的控制工作，解决表空间问题并封装可用于未来增长的处理能力，这对只支持16K MAC地址的Nexus 5020来说

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

问题三：控制

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

在我看来，思科希望通过网络使用一种专有的方法来控制数据中心的一切事情，而这种方法不仅要求有大量投资，而且用户进行迁移是非常困难的。

当开发HP Virtual Connect的时候，我们的确想到了如何帮助用户简化服务器与LAN和SAN的连接。惠普的Virtual Connect通过允许完整的LAN和SAN连接信息和物理量连接器与工作负载一起从一台服务器迁移到另一台服务器上独立完成所有工作，同时给LAN或者 SAN的性能造成影响。

问题四：安全性

在思科的UCS数据中心策略中，安全性是网络的核心部分——这也让安全性成为人们最关注的一个问题。有专家表示：“这是一个集成解决方案，所以我猜想，如何有一部分崩溃的话，那么就会全盘崩溃。”

“黑客入侵UCS系统所要做的就是入侵（思科）交换机，因此交换机控制着数据流和数据本身。对有些老道的黑客来说，这并不一件难事。”

问题五：可扩展性

思科的集中化测试与传统大型主机有些类似——所有的必须运行在一个大型组建上，而这个组件本身就会成为一个高成本、难以扩展的瓶颈。这种集中的大型交换机模式存在一个最重要的隐患就是扩展数据中心。核心交换机必须处理所有横截带宽并执行所有数据包操作。在这种模式下，你需要为所有前端端口进行规划和付费，不管你最终是否是使用到这些端口。数据中心通过增加计算和存储资源扩展到网络边缘。因此，当不是一个大型交换机的时候，你需要足够的虚拟端口，解决表空间问题并封装可用于未来增长的处理能力。这对只支持16K MAC地址的Nexus 5020来说将是一个挑战。在网络边缘扩展带宽可能会更有效果。