网云科技

标题: 请问 ESXI 支不支持链路聚合 [打印本页]

作者: 7d35mp 时间: 2016-3-29 18:15
标题: 请问 ESXI 支不支持链路聚合
如果支持的话，我就ESXI 下双网卡聚合，然后做个虚拟交换机，用这个聚合了的双网卡去路由。

目前我的设想是这样。

Gen8 在 ESXI 5.5下，把双网口加去一个 Vlan1（需要吗？），然后用LACP 连起来，建一个虚拟交换机，连接内部虚拟机和外部的双网卡的合并网卡。

PS1810 下再 Trunck 下设置 2x2 个口去 LACP, 一组给 Gen8 一组给 AC68P

AC68P 再用script 建立双口的 LACP

这样的话，两个台机同时读 Gen8 里的东西，Gen8出来的速度可以达到2G

作者: udicqxg2 时间: 2016-3-29 18:15
支持，交换机也要支持。不过你真的需要吗。

作者: ujvpuvy 时间: 2016-3-29 18:15
你用vsphere client是没法做LACP的你那个只是基于IP链路上的负载均衡不是2层的lacp
5.5以后做LACP是要启用分布式vswitch 而且只能在vsphere web client里做直接client是看不到这项高级功能的需要vcenter支持

作者: 1235755 时间: 2016-3-29 18:15

单个VM设定两张VNIC那就可以了（效率比不上一条2G），麻烦一点也可以在虚拟机做NIC teaming。

不要以为在UP link 做了LACP 就完事？

作者: b51pyp2j 时间: 2016-3-29 18:15

应该是ESXi中所有虚拟机都拥有2G的实际贷款。你可以注意一下默认的虚拟机的虚拟网卡是10G的interface，所以无论如何都可以达到2G的出口带宽的。

我有一点不清楚的就是貌似只有设置某一个虚拟机为双网卡之后ps1810g中才显示up link，实际上两个网口实行的是load balance的策略

作者: n7d5nzu 时间: 2016-3-29 18:15

我的理解是：
1.LACP基于MAC、IP Hash等算法，如果是同一会话，那么数据包是不会分发到到其他链路，除非是链路失效了。那么Flow的控制不是很理想。
2.但是，ECMP、WCMP在同一会话中，会拆分数据包到不同的链路，这个区别很大。

作者: 6dchyci 时间: 2016-3-29 18:15
没有vcenter是做不了的 3楼那个不是

作者: sn99jd 时间: 2016-3-29 18:15
vsphere client 中只能做负载均衡，不是链路聚合?

作者: 8mjsrl1 时间: 2016-3-29 18:15

你好，看了截图更加明确EXSi6.0支持动态LACP协议。

通过设定VM的单双网卡，和观察trunk_1状态，也说明了只有一张VNIC情况下，无法实现带宽聚合。就算是双VNIC网卡，也只能在特定条件下才可以带宽聚合。

本人是菜鸟，有错的地方请大神指出，希望能抛砖引玉。

作者: 4gy2td6 时间: 2016-3-29 18:15

你说的是”show trunk“吧。
因为这个论坛的玩家，用的是比较简单的交换机，CLI控制界面的不多。

因为是LACP，所以无论有多少条链路聚合，一个会话只会在一条链路传送。如果根据链路权重来分发数据包，那是高级的路由算法，比如ECMP/WCMP。

作者: zcvflx 时间: 2016-3-29 18:15
楼主要的是LACP 能够是的vm达到2G的带宽明白了吗
简单的设置当然是不需要LACP也可以负载均衡但是不幸的是没法带宽聚合那是vm自己的基于单向的均衡而已单个vm最高只能用到一条链路的最大带宽而不是2条
vcenter又不麻烦 vcsa部署又快又好稍微专研下就行了

作者: tmys0pvy 时间: 2016-3-29 18:15
当然是可以的啊。

作者: jik0jt 时间: 2016-3-29 18:15

LACP开启的正确姿势 Web client

作者: ghbgv49 时间: 2016-3-29 18:15

其实这很好理解：交换机设定LACP，虚拟的交换机就是Route based on IP HASH，虚拟机就是NIC Teaming，一环扣一环。

作者: djo9r2b4 时间: 2016-3-29 18:15

你好。

借用http://www.ieee802.org/3/hssg/public/apr07/frazier_01_0407.pdf
来说明：

其中提到”All packets associated with a given “conversation” are
transmitted on the same link to prevent mis-ordering“
我理解的就是 “在同一会话中，所有的数据包在同一链路发送，为了提防出现乱序”文章也多次说明，不支持乱序分发报文。

作者: 731l3j 时间: 2016-3-29 18:15

你错了，这是我在ESXi5.5/Update2 vsphere client 的截图。
NBL.png

作者: wnldom3 时间: 2016-3-29 18:15
我记得是esxi5.1以上支持最好是5.5 需要建立分布式vswitch
然后做lacp组绑定端口就可以了。

作者: gcp9ocx 时间: 2016-3-29 18:15
可以，我用的ESXi6.0

在vSphere中的NIC Teaming设置Route based IP hash

然后在PS1810G中Trunk Config设置对应的端口汇聚模式

只要你的虚拟机中有任意一个系统被分配了两张网卡并做汇聚的话在PS1810g中即可显示汇聚开启

经过测试，局域网任意两台电脑都可以以1000Mbps的速度访问Gen8中的内容

作者: k88zccjz 时间: 2016-3-29 18:15

谢谢回复。

你的设置貌似是两个网卡全部给了ESXI 下的某个虚拟机。我想要的是两个网卡聚合后给 ESXI，然后 ESXI 动态分配2G 的带宽给所有的内部虚拟机。

另外我还有点不明白的是，交换机端的链路聚合应该是layer2 第二层的，为什么vShpere 用的 IP Hash? IP 是 Layer3 的呀？

作者: jj9zlq 时间: 2016-3-29 18:15
学习一下~~~

作者: 8bqc0yfk 时间: 2016-3-29 18:15
官方文档很明确的东西

http://kb.vmware.com/selfservice ... ;externalId=1004088

作者: 09v4p9 时间: 2016-3-29 18:15

vCentre 有dao版不？

作者: x1tx1mq 时间: 2016-3-29 18:15

查看了VM的知识库，只提到5.1以后支持动态的LACP（在VSwitch配置），并没有指出静态的LACP在交换机支持下，不能产生超过单张物理网卡流量的说法。

如有不对之处请指出，最好有官方的文档，谢谢。

作者: psktmln 时间: 2016-3-29 18:15

LACP也好，ECMP也好都是根据hash结果来分配流量走向的
大部分厂家的交换机什么都没配置默认就是基于flow（流）来计算，不过也都支持自定义，基于数据包，基于源IP，基于目的IP，或者源目MAC，都是可以的。

作者: 7oggo0s 时间: 2016-3-29 18:15
当然有呀伟大的注册器啥都有

作者: n1vmp5u 时间: 2016-3-29 18:15
teardrop 于 2015-9-29 20:53 编辑

因为VM的网络负载均衡采用的算法不同于高级路由算法，并不是按网卡流量多少来分配负载。
PS：因为每一个会话（seesion）分拆多个数据包后，要保证按顺序接收。

作者: 897b4kf 时间: 2016-3-29 18:15

你在WEB client 当然能打开，如果只是开启网络负载均衡不必如此麻烦。

更本不需要VCenter和Web client

作者: 56nw10 时间: 2016-3-29 18:15
eyesforever 于 2015-10-5 12:26 编辑

理解有误
首先明确下“流”的概念，一个流，你可以理解成一个会话，也就是常说的五元素(源目IP，源目端口号和协议类型)
所以基于“流”负载就是基于（tcp/udp）会话负载，不管是LACP还是ECMP大部分知名厂家默认都是这样的算法，因为这样比较优化。
而只要版本支持，不管是ECMP还是LACP都可以使同一个会话的流量跑在不同的物理链路上，不存在你说的LACP不如ECMP这个说法。
我前面说了两者都支持基于数据包负载，或者基于源/目MAC地址负载，甚至LACP可以支持基于VLAN负载等等算法，关键是软件版本要支持，厂家要有这个功能。

作者: x8hqii 时间: 2016-3-29 18:15
LACP是二层的链路聚合标准协议，和三层的路由ECMP完全是两回事啊！！！！
其实配置完ESXI后，在交换机上使用命令查看下链路是否聚合成功就知道了，何必这么纠结呢？

作者: tss3uhq 时间: 2016-3-29 18:15
lacp分啥二层三层，这边交换机trunk口聚合这，那边路由器聚合口下三层子接口已经建上了。。

欢迎光临网云科技 (http://www.8x6x.com/)