Chinaunix

标题: linux网卡绑定问题 [打印本页]

作者: shichunda    时间: 2012-09-10 11:12
标题: linux网卡绑定问题
拓扑图很简单,一个服务器的两个网卡上联到两台核心交换机上
操作系统是rhel5.5 x86_64,交换机是华为9306,服务器是dell M910刀片

服务器上的eth0和eth1做了绑定,我想用mode=0 这种负载均衡的方式来做
两台交换机配置了vrrp,左边的核心交换机是master,右边的是slave

但我在实际测试的过程中出现了问题。服务器是dell m910,刀片服务器。我将eth0/1绑定成mode=0模式,在交换机上将连接刀片

的接口配置到了access vlan,在刀片的交换机上配置了链路聚合和端口依赖(在不做绑定的情况下,服务器和网络是正常的),发

现在服务器上ping网关,有50%丢包;在其他服务器上ping这台服务器也有至少50%的丢包

mode=0这个模式,配置完成后,bond0/eth0/eth1接口的MAC都变成eth0的MAC地址了
我觉得当服务器向外发送数据的时候,第一个包从master走,因为对master来说,从G1/0/1学到了服务器的MAC地址;服务器的第
二个包从slave走,master又从G1/0/47学到了服务器的MAC地址,这样,交换机的MAC表就混乱了,也就导致了丢失50%的数据包

谁做过mode=0绑定模式呢?是不是还需要在交换机上做什么配置?请帮忙看一下如何解决,谢谢。

网卡绑定.jpg (20.02 KB, 下载次数: 111)

网卡绑定

网卡绑定

作者: yzkarchive    时间: 2012-09-10 11:28
一般的交换机无法实现,应用要求不是很高,修改为:active-standby吧。

要实现你说的功能,可能会用到VSS,价格不会便宜的。
作者: shichunda    时间: 2012-09-12 14:43
yzkarchive 发表于 2012-09-10 11:28
一般的交换机无法实现,应用要求不是很高,修改为:active-standby吧。

要实现你说的功能,可能会用到VS ...


vss是什么呢?兄弟能说明一下吗,我没有接触过。
谢谢
作者: yzkarchive    时间: 2012-09-12 14:49
回复 3# shichunda

cisco的虚拟交换系统,可以把多个交换机看成一个交换机来管理,能避免你遇到的问题。
   
作者: chenyx    时间: 2012-09-12 14:50
还没这么实现过,建议楼主去网络技术板块问一下.正常你的这个拓扑应该起用spantree协议了吧,最好有部分交换机的配置
作者: cuijun21cn    时间: 2012-09-12 16:20
我觉得当服务器向外发送数据的时候,第一个包从master走,因为对master来说,从G1/0/1学到了服务器的MAC地址;服务器的第
二个包从slave走,master又从G1/0/47学到了服务器的MAC地址,这样,交换机的MAC表就混乱了,也就导致了丢失50%的数据包

理论上,这个包一直会走到master,当master宕掉以后,才会走到slave.
你交换机上VRRP的配置怎么配置的?

作者: cuijun21cn    时间: 2012-09-12 16:25
刚查了一下文档,你如果想实现负载均衡,你应该在同一台交换机上接这两个网卡,然后做绑定。

mode=0 (balance-rr)
Round-robin policy: Transmit packets in sequential order from the first available slave through the last. This mode provides load balancing and fault tolerance.

mode=1 (active-backup)
Active-backup policy: Only one slave in the bond is active. A different slave becomes active if, and only if, the active slave fails. The bond's MAC address is externally visible on only one port (network adapter) to avoid confusing the switch. This mode provides fault tolerance. The primary option affects the behavior of this mode.

作者: shichunda    时间: 2012-09-12 23:15
cuijun21cn 发表于 2012-09-12 16:25
刚查了一下文档,你如果想实现负载均衡,你应该在同一台交换机上接这两个网卡,然后做绑定。

mode=0 (ba ...


我觉得这文档上说的意思是这样:交换机端用两个端口绑定成ethchannel,这时两个端口在一个交换机上,之后在服务器上将两个端口绑定成mode=0模式

但我想达到的效果是需要两台核心交换机的。我觉得这个方法不行。
作者: shichunda    时间: 2012-09-12 23:17
cuijun21cn 发表于 2012-09-12 16:20
我觉得当服务器向外发送数据的时候,第一个包从master走,因为对master来说,从G1/0/1学到了服务器的MAC地址 ...


vrrp就用普通的配置就行,左边的交换机作为master,右边的是slave,服务器的网关指向vip
作者: shichunda    时间: 2012-09-12 23:33
chenyx 发表于 2012-09-12 14:50
还没这么实现过,建议楼主去网络技术板块问一下.正常你的这个拓扑应该起用spantree协议了吧,最好有部分交换机 ...


问的好。
我们这个刀框中有两个交换模块A1/2,就是两个交换机,默认禁用了stp,所以上联到核心交换机的接口就相当于两个普通的网口,所以说核心交换机上没必要给我这些口发送bpdu了
作者: cuijun21cn    时间: 2012-09-13 10:07
回复 9# shichunda


    两台交换机,你要是能实现两台并行才行啊。。不知道这个交换机如何实现的?求教。
作者: cuijun21cn    时间: 2012-09-13 10:15
回复 8# shichunda


   
理一下需求:
你需要实现两台交换机通过VRRP、VIP来并行,下端的服务器双网卡绑成一个网卡,通过这个VIP上行,通过2台交换机平均负载来分发。

以我对VRRP的理解,我认为不可实现。

作者: shichunda    时间: 2012-09-14 21:07
本帖最后由 shichunda 于 2012-09-14 21:07 编辑
cuijun21cn 发表于 2012-09-13 10:07
回复 9# shichunda


是啊,就是因为我不知道如何才能实现我才认为第一个包从master走,第二个包从slave走不能实现的啊。正常的流量是都从master走。
作者: shichunda    时间: 2012-09-14 21:08
cuijun21cn 发表于 2012-09-13 10:15
回复 8# shichunda


我觉得也是这样,至少我还没想出办法来实现mode=0的模式。
作者: cuijun21cn    时间: 2012-09-14 21:39
回复 14# shichunda
我记得我公司以前做IP的好像是说可以两个同时active,但我现在没有环境测试,我找到以前的配置文件,你按这样配测一下,给我结果。
A switch:

interface Vlan101
ip address 10.0.2.2 255.255.255.128
standby 1 ip 10.0.2.1
standby 1 timers 1 3
standby 1 priority 150
standby 1 preempt
!

B switch:

interface Vlan101
ip address 10.0.2.3 255.255.255.128
standby 1 ip 10.0.2.1
standby 1 timers 1 3
standby 1 preempt
!

你再分别把2个连接端口指定到vlan101,把服务器网关指到10.0.2.1。看包如何走?



   
作者: shichunda    时间: 2012-09-25 15:58
cuijun21cn 发表于 2012-09-14 21:39
回复 14# shichunda
我记得我公司以前做IP的好像是说可以两个同时active,但我现在没有环境测试,我找到以 ...


谢谢兄弟。这几天忙没时间上论坛呵呵。
这是vrrp基本的配置,我以前就是这么做的。在华为9306上做的,然后在服务器上将bond设置为mode=0,确实是丢包
作者: cuijun21cn    时间: 2012-09-25 18:23
回复 16# shichunda
那目前想不到啥好方法来弄了。我对高端网络设备,现在很少弄了。

   




欢迎光临 Chinaunix (http://bbs.chinaunix.net/) Powered by Discuz! X3.2