首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >LACP与802.3ad

LACP与802.3ad
EN

Server Fault用户
提问于 2013-05-09 00:49:39
回答 2查看 5K关注 0票数 5

我希望使用dladm在Solaris框上创建一个聚合。我了解到,一旦创建了聚合,802.3ad将根据策略(L2、L3或L4)来平衡负载。唯一的要求是接口连接到一个支持802.3ad的交换机,并且接口以相同的速度/全双工运行。有几个问题,我希望有人能评论:

  1. 默认情况下,每个聚合都禁用LACP。启用LACP有什么好处?我不是已经在使用802.3ad和默认的L4策略进行负载平衡了,据我所知,该策略基于源端口和目标端口的散列来选择出站接口。阅读维基百科,LACP (1)故障转移和(2)自动配置似乎只有两个好处。802.3ad不是已经支持故障转移了吗?如果链接中断,交换机仍将尝试将数据包传输到该接口?很难相信这是真的。至于自动配置,我不确定需要在交换机上配置什么。对于802.3ad,我假设交换机只需要知道用于向聚合发送数据包的负载平衡策略(L2、L3或L4)。我是不是遗漏了什么?与802.3ad相比,LACP有什么优势?
  2. 我在网上读到,NFS在服务器/客户端之间使用两个连接:一个用于数据,一个用于元数据,而聚合中数据包的典型传输是循环,导致所有的数据通信都通过一个接口与另一个接口上的元数据(假设两个端口聚合)。这似乎与我所读到的802.3ad的负载平衡策略背道而驰。如果使用L4 (Solaris dladm默认值),则传出接口将基于源端口和目标端口,并且假定交换机也使用L4,传入接口也将基于src/dst端口。我说错了吗?顺便说一句,第二层的交换机真的会看到src/dst端口吗?对于交换机来说,将数据包分开计算散列,然后重新组装似乎是资源密集型的。我也不会期望将传出和传入的接口用于相同的src/dst散列,也就是说,主机使用的散列算法可能与交换机不同,或者它们计算来自不同端的端口。由于这个原因,我不明白为什么单个流将被限制在单个接口的最大吞吐量--如果传入和传出传输可能在不同的接口上。

我为那支离破碎的帖子道歉。我正在努力了解这些技术,但我还没有找到一篇关于这些协议是如何实现的好教程或文章。我看到很多文章将802.3ad和LACP合并为一体。如有任何意见,将不胜感激。

谢谢!

EN

回答 2

Server Fault用户

发布于 2013-05-09 17:52:22

IEEE802.3ad是链路聚合的标准,它不能承受将链路聚合标准移到802.1组,如802.1ax。

LACP的真正优势是LACPDU将链路从交换机传输到主机。这确保了链路的双方都有能力进行LACP。第二个优势是,使用LACP,主机和交换机都将所有聚合端口视为一个单一端口,从而允许充分使用所有路径,而不是主机端滞后,后者交换机仍然可以看到多个端口,并且主机上的所有数据包都遍历一个路径,并且只有来自主机的出站数据包在各个链接之间被负载平衡。

如果您使用的是支持MLAG或多机箱链接聚合的交换机供应商,则可以使用LACP将多个连接到多个交换机的链接连接起来。这允许大量的弹性,同时可以简化可管理性和优化吞吐量。

但基本上,如果您的开关支持LACP,请使用LACP。如果您的交换机不支持LACP,那么使用非LACP聚合。

票数 2
EN

Server Fault用户

发布于 2013-05-11 15:16:00

关于第二部分:

我发现我们的Cisco交换机使用了一种更基本的负载平衡算法。他们构建了一个基于以太网帧细节的源哈希表,并将每个散列与通道中的一个端口相关联。

因此,每个源只与一个端口相关联,并且仅限于物理链路的吞吐量。

票数 1
EN
页面原文内容由Server Fault提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://serverfault.com/questions/506224

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档