Linux 多网卡的7种bond模式道理
副问题[/!--empirenews.page--]
9月15日技能沙龙 | 怎样将智能化和运维事变相团结,实现智能运维!
Linux 多网卡绑定 网卡绑定mode共有七种(0~6) bond0、bond1、bond2、bond3、bond4、bond5、bond6。 常用的有三种
必要声名的是假如想做成mode 0的负载平衡,仅仅配置这里options bond0 miimon=100 mode=0是不足的,与网卡相连的互换机必需做非凡设置(这两个端口应该采纳聚合方法),由于做bonding的这两块网卡是行使统一个MAC地点.从道理说明一下(bond运行在mode 0下): mode 0下bond所绑定的网卡的IP都被修改成沟通的mac地点,假如这些网卡都被接在统一个互换机,那么互换机的arp内外这个mac地点对应的端口就有多 个,那么互换机接管到发往这个mac地点的包应该往哪个端口转发呢?正常环境下mac地点是环球独一的,一个mac地点对应多个端口必定使互换机疑惑了。以是 mode0下的bond假如毗连到互换机,互换机这几个端口应该采纳聚合方法(cisco称为 ethernetchannel,foundry称为portgroup),由于互换机做了聚合后,聚合下的几个端口也被绑缚成一个mac地点.我们的解 决步伐是,两个网卡接入差异的互换机即可。 mode6模式下无需设置互换机,由于做bonding的这两块网卡是行使差异的MAC地点。 七种bond模式声名: 第一种模式:mod=0 ,即:(balance-rr) Round-robin policy(均衡抡轮回计策) 特点:传输数据包次序是依次传输(即:第1个包走eth0,下一个包就走eth1….一向轮回下去,直到最后一个传输完毕),此模式提供负载均衡和容错手段;可是我们知道假如一个毗连可能会话的数据包从差异的接口发出的话,半途再颠末差异的链路,在客户端很有也许会呈现数据包无序达到的题目,而无序达到的数据包必要从头要求被发送,这样收集的吞吐量就会降落 第二种模式:mod=1,即: (active-backup) Active-backup policy(主-备份计策) 特点:只有一个装备处于勾当状态,当一个宕掉另一个顿时由备份转换为主装备。mac地点是外部可见得,从表面看来,bond的MAC地点是独一的,以停止switch(互换机)产生紊乱。此模式只提供了容错手段;由此可见此算法的利益是可以提供高收集毗连的可用性,可是它的资源操作率较低,只有一个接口处于事变状态,在有 N 个收集接口的环境下,资源操作率为1/N 第三种模式:mod=2,即:(balance-xor) XOR policy(均衡计策) 特点:基于指定的传输HASH计策传输数据包。缺省的计策是:(源MAC地点 XOR 方针MAC地点) % slave数目。其他的传输计策可以通过xmit_hash_policy选项指定,此模式提供负载均衡和容错手段 第四种模式:mod=3,即:broadcast(广播计策) 特点:在每个slave接口上传输每个数据包,此模式提供了容错手段 第五种模式:mod=4,即:(802.3ad) IEEE 802.3ad Dynamic link aggregation(IEEE 802.3ad 动态链接聚合) 特点:建设一个聚合组,它们共享同样的速度和双工设定。按照802.3ad类型将多个slave事变在统一个激活的聚合体下。 外出流量的slave推举是基于传输hash计策,该计策可以通过xmit_hash_policy选项从缺省的XOR计策改变到其他计策。必要留意的 是,并不是全部的传输计策都是802.3ad顺应的,尤其思量到在802.3ad尺度43.2.4章节说起的包乱序题目。差异的实现也许会有差异的顺应 性。 须要前提: 前提1:ethtool支持获取每个slave的速度和双工设定 前提2:switch(互换机)支持IEEE 802.3ad Dynamic link aggregation 前提3:大大都switch(互换机)必要颠末特定设置才气支持802.3ad模式 第六种模式:mod=5,即:(balance-tlb) Adaptive transmit load balancing(适配器传输负载平衡) 特点:不必要任何出格的switch(互换机)支持的通道bonding。在每个slave上按照当前的负载(按照速率计较)分派外出流量。假如正在接管数据的slave出妨碍了,另一个slave经受失败的slave的MAC地点。 该模式的须要前提:ethtool支持获取每个slave的速度 第七种模式:mod=6,即:(balance-alb) Adaptive load balancing(适配器顺应性负载平衡) 特点:该模式包括了balance-tlb模式,同时加上针对IPV4流量的吸取负载平衡(receive load balance, rlb),并且不必要任何switch(互换机)的支持。吸取负载平衡是通过ARP协商实现的。bonding驱动截获本机发送的ARP应答,并把源硬件地点改写为bond中某个slave的独一硬件地点,从而使得差异的对端行使差异的硬件地点举办通讯。 来自处事器端的吸取流量也会被平衡。当本机发送ARP哀求时,bonding驱动把对端的IP信息从ARP包中复制并生涯下来。当ARP应答从对端达到 时,bonding驱动把它的硬件地点提取出来,并提倡一个ARP应答给bond中的某个slave。行使ARP协商举办负载平衡的一个题目是T媚课广播 ARP哀求时城市行使bond的硬件地点,因此对端进修到这个硬件地点后,吸取流量将会所有流向当前的slave。这个题目可以通过给全部的对端发送更新 (ARP应答)来办理,应答中包括他们唯一无二的硬件地点,从而导致流量从头漫衍。当新的slave插手到bond中时,可能某个未激活的slave从头 激活时,吸取流量也要从头漫衍。吸取的负载被次序地漫衍(round robin)在bond中最高速的slave上 当某个链路被从头接上,可能一个新的slave插手到bond中,吸取流量在全部当前激活的slave中所有从头分派,通过行使指定的MAC地点给每个 client提倡ARP应答。下面先容的updelay参数必需被配置为某个大于便是switch(互换机)转发延时的值,从而担保发往对端的ARP应答 不会被switch(互换机)阻截。 须要前提: 前提1:ethtool支持获取每个slave的速度; (编辑:湖南网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |