交换机酝酿全面升级:更低延时更大吞吐量设备硬件

2009-10-27    来源:eNet硅谷动力    
数据中心内的交换机正在悄悄发生变革。用不了几年,传统的交换机就会被更低延时、更大吞吐量、更灵活的新一代交换设备所取代。 数据中心中的交换设备正在发生变革,用不了几年

       数据中心内的交换机正在悄悄发生变革。用不了几年,传统的交换机就会被更低延时、更大吞吐量、更灵活的新一代交换设备所取代。

  数据中心中的交换设备正在发生变革,用不了几年,传统的交换设备就会被速度更快、更灵活的交换设备所取代。

  推动这一变革的动力来自以下三个方面:服务器虚拟化、光纤存储与IP交换设备的直连,以及企业云计算,因为这三者都需要更快的传输速度、更高的传输能力。其实,更快和更大吞吐量一直是交换设备所追求的目标,但与过去不同的是,现在仅仅靠提高接口的吞吐能力已经不够了,还需要更低的延时、取消生成树以及支持新的存储协议——没有这些改变,构建更灵活、更低成本的数据中心的梦想将化为泡影。未来,数据中心内的网络将融合为统一的交换结构,好消息是这种转化不可能在几个月内完成,也许需要几年时间,因此还有时间可以为这一变化进行规划。

  虚拟化带来的麻烦

  服务器虚拟化能够极大地提高服务器的利用率、节约服务器的购置成本和管理成本,这是人所共知的事情,但服务器虚拟化也为眼下的数据中心交换环境带来了很大麻烦。第一个麻烦就是每个物理服务器都有很多虚拟机,而每个虚拟机又都有自己的MAC地址,这就让数据包的发送变得很复杂,特别是两个虚拟机相互通信时。解决这个问题最容易的办法是在虚拟机里配置一个软交换机(Soft-switch),现在每个虚拟机供应商都能提供这样的产品。设置了软交换机的服务器对网络交换机来说它只有一个MAC地址,而对服务器内的虚拟机来说,它又起着交换机的作用。

  不过,这里存在几个问题: 软交换机需要执行各种安全策略,也需要有访问控制列表(ACL),以保证各个VLAN的安全。例如,如果安全策略不允许被破坏的虚拟机与同一个服务器上其他虚拟机通信,那么,一旦某个虚拟机被破坏,它就不应该再与其他虚拟机进行通信。当然,如果软交换机位于不同物理服务器上,网络会保证这些安全策略得到遵守。

  一个解决办法是由负责维护服务器和软交换机的人来确保所有的网络控制都得到执行。但在实践中这个方法存在问题,就是需要负责服务器的管理员与负责网络交换机设备的管理员之间进行协调,同时服务器的管理员还需要了解网络方面的配置。让负责网络设备的人来维护服务器中的软交换机也存在同样的问题。这就要求两组人员之间多沟通,及时解决存在的冲突和问题,同时期望未来这些问题会得到解决。当然,如果在网络中使用的是同一家供应商的交换机和软交换机,情形可能会稍好一些,因为此时协调会容易一些,至少有可能容易一些。值得高兴的是,思科正在与VMware一起合作致力于解决这样的问题。

  另一个解决办法是把所有虚拟机之间的通信都送往网络交换机。这可以简化虚拟机中的软交换机的配置,因为此时的软交换机无需关心安全策略和标记数据包,这些工作都由网络交换机来完成。从网络交换机的角度来说,虚拟机就像是直接连到物理服务器上,从虚拟机到服务服务器是第一跳。

  这个方法很有吸引力,因为它无需改变已有的工作流程,各种管理人员所应承担的责任也没有改变。问题在于生存树不允许从交换机的一个端口收到的数据又被送回到这个端口,而解决办法则是取消生存树不允许某个端口收到的数据包被重新送回到这个端口的限制。

  虚拟化带来的第二个问题是确保服务器有足够的带宽,同时数据能以最佳的路线达到目的地。由于物理服务器上的CPU数据越来越多,服务器上的虚拟机也越来越多,其结果就是进出服务器的数据流量也越来越大。解决这个问题的一个办法是部署10GB甚至40GB或者100GB的网络,但这只能在一定程度上解决问题,因为数据中心还要求低延时、多路径而且不堵塞。解决办法是分别用两个网卡连到两个不同交换机,这可以在整个路由器范围内实现多路径发送,有助于解决低延时问题。这里生存树再次成为问题,而解决办法就是不再使用生存树,以保证可以同时使用两个网卡。现实的情况是,新一代的两层交换机越来越像路由器,在第二层实现了它们自己版本的OSPF。

1
3