`
Iam42
  • 浏览: 273532 次
  • 性别: Icon_minigender_1
  • 来自: 北京
社区版块
存档分类
最新评论

解决MAC地址瓶颈---DCN优化的碎碎念3

阅读更多

在当前的数据中心中,大量虚拟机的地址直接暴露给交换机,造成了交换机MAC地址信息爆炸,使交换机MAC地址表成为瓶颈。

MAC地址表显示了主机的MAC地址与以太网交换机端口映射关系,指出数据帧去往目的主机的方向。由于MAC地址表大小有限,如果在MAC地址表中没有找到相应的匹配项,则向除接收端口外的所有端口广播该数据帧(泛洪)。过量的泛洪会导致网络报文冲撞泛滥,影响网络传输效率。 

若网络中MAC地址的数量远远大于MAC地址表容量,会造成大量地址表项丢失,去往这些目的地的数据包广播将会导致泛洪。

因此,我们打算参考NetLord的思想,设计一个地址代理工具,在网络传输中隐藏虚拟机的地址。

基本思想如下:

 

1.在每一台服务器的hypervisor上安装一个agent,发送端的agent负责封装每一个数据包:    

增加new_ETH字段:分别将发送端和接收端VM所在的服务器连接的边缘交换机的MAC地址作为新的L2包头的源和目的;并增加VLAN的信息用于隔离不同的应用

增加new_IP字段:分别将发送端VM所在服务的地址空间的位置src_MAC_ID和接收端所在应用的编号dst_AID作为新的L3包头的源和目的。此部分的主要作用是用于接收端的Agent确定目的VM

 

2.处理后的数据包根据new_ETH的信息在数据中心网络中进行传输,接受端物理服务器上的NAOpt客户端负责对每个数据包解封装,去掉发送端NAOpt客户端封装的ETH头与IP头,并将数据包发送给对应的VM

 

 

 

基本思想就是这样,参考了SIGCOMM中的一个经典工作,具体的实现细节会在之后更新

  • 大小: 39.9 KB
分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics