通信人家园

标题: M-LAG介绍 [查看完整版帖子] [打印本页]

时间: 2016-8-17 15:18

作者: fgy719960141 标题: M-LAG介绍

M-LAG

一：背景

看过了红宝书之前的之前的部分，相信大家对数据中心网络虚拟化技术有了一些基本的认识。本文所要讨论的M-LAG技术是一种跨设备的链路聚合技术，主要的应用场景是双归接入场景。

我们先简单总结一下之前的内容，在服务器跨核心层二层互访模型中，核心层与接入层设备有两个问题是必须要解决的，一是拓扑无环路，二是多路径转发。但是传统以太网通过xSTP破环无法做到多路径转发，于是产生了以下两种解决的思路：

时间: 2016-8-17 15:20

作者: fgy719960141

思路一：控制平面虚拟化（堆叠/VSS/IRF&SVF/FEX/IRF3）
控制平面虚拟化的思想是将核心层虚拟成一台逻辑设备，通过链路聚合使此逻辑设备与每个接入层物理或逻辑节点设备均只通过一条逻辑链路连接，将整个网络逻辑拓扑变成一个无环的树状连接结构，从而满足无环与多路径转发的需求。

控制平面虚拟化解决了二层网络无环和多路径问题，但是其技术本身也存在一些问题：
1.       扩展性受限，受到Master设备性能限制。
2.       可靠性问题，控制平面完全耦合，控制面故障可能导致整个系统故障。
3.       维护麻烦，无法进行独立设备升级。升级时由于控制面完全耦合，业务中断时间较长。无损升级（ISSU）的方案操作起来非常麻烦。

时间: 2016-8-17 15:21

作者: fgy719960141

思路二：数据平面虚拟化（TRILL/FP&Nvo3）
数据平面虚拟化即在原本的以太网络上引入一套新的寻址机制（新的寻址标识或者借助IP转发机制）来解决二层多路径问题。对接入层以下的设备来说，整个中间系统被虚拟成了一台框式交换机，原始报文进入这个中间系统，不关心在其中做了什么处理，只需要知道报文会原封不动的从另外一端出来，就如同两台服务器被连到了一台二层交换机上，而在二层交换机内部，可以通过各种方式来实现多路径转发。

这类技术解决了网络侧多路径转发和破环问题，并且大多利用了路由的机制，解决了扩展性的问题，同时故障影响范围也较小。但是其接入侧的多路径问题还是无法解决。比如上图中，无论接入交换机双归接入，还是服务器直接双归接入，还是需要借助二层破环协议（例如xSTP）进行破环，无法做到多路径转发。
于是我们想到，何不将堆叠/SVF的机制引入到TRILL/VXLAN网络中，为其接入侧多路径转发服务。
这样，一种跨设备链路聚合技术M-LAG（Multichassis Link Aggregation Group）产生了。

M-LAG技术的基本思想是，让两台接入交换机以同一个状态和被接入的设备进行链路聚合协商，在被接入的设备看来，就如同和一台设备建立了链路聚合关系。其逻辑拓扑就如同上图右侧所示。
M-LAG技术本质上还是控制平面虚拟化技术，但是和堆叠/SVF技术不同的是，由于M-LAG的目的仅仅是在链路聚合协商时，对外表现出同样的状态，所以不需要像堆叠，SVF那样同步设备上所有的信息，只需要同步接口和表项相关的一些内容。这样，控制面耦合程度相比堆叠/SVF来说，会小很多。
这样，堆叠/SVF技术的一些缺陷在M-LAG上也会缓解很多，比如上面我们说过的堆叠/SVF的三个主要的问题：
1.       扩展性问题：M-LAG技术并没有解决扩展性问题，但是其主要目的是为了解决接入侧多路径问题，在数据中心网络中一般会配合路由或者一些大二层技术。所以扩展性并非其需要考虑的问题。
2.       可靠性问题：M-LAG需要同步的仅仅是协议面的一些内容，并不需要同步所有的设备状态，理论可靠性相对堆叠/SVF更加好。
3.       M-LAG两台设备可以进行独立升级。仅协议面耦合，中断时间较短。

时间: 2016-8-17 16:48

作者: bky2000

学习了

时间: 2016-8-17 17:00

作者: bky2000

查了一下，各家厂商对此技术实现都不一样，好像还没有实现标准化
https://en.wikipedia.org/wiki/MC-LAG

通信人家园 (https://www.txrjy.com/)