H3C交换机和Linux服务器网卡绑定模式(bond)对接经典配置
副问题[/!--empirenews.page--]
互换机与Linux处事器多网卡bond模式对接 互换机多端口和处事器对接时,必要确定是否必要设置聚合可能不设置聚合,而且设置聚合的时辰还必要确认是静态聚合照旧动态聚合,虽然这和当前处事器网卡的bond模式有关。下面我们相识下Linux处事器的7种bond模式,声名如下: 第一种模式:mod=0 ,即:(balance-rr) Round-robin policy(均衡抡轮回计策) 特点:传输数据包次序是依次传输(即:第1个包走eth0,下一个包就走eth1….一向轮回下去,直到最后一个传输完毕),此模式提供负载均衡和容错手段;可是我们知道假如一个毗连可能会话的数据包从差异的接口发出的话,半途再颠末差异的链路,在客户端很有也许会呈现数据包无序达到的题目,而无序达到的数据包必要从头要求被发送,这样收集的吞吐量就会降落。这种模式必要接入互换机设置静态链路聚合设置。 V3平台互换机侧的静态典范设置
V5/V7互换机侧的静态典范设置
第二种模式:mod=1,即: (active-backup) Active-backup policy(主-备份计策) 特点:只有一个装备处于勾当状态,当一个宕掉另一个顿时由备份转换为主装备。mac地点是外部可见得,从表面看来,bond的MAC地点是独一的,以停止switch(互换机)产生紊乱。此模式只提供了容错手段;由此可见此算法的利益是可以提供高收集毗连的可用性,可是它的资源操作率较低,只有一个接口处于事变状态,在有 N 个收集接口的环境下,资源操作率为1/N。互换机侧无需任何设置,可是会存在MAC漂移的记录。 第三种模式: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模式 V3互换机的动态聚合典范设置
V5/V7平台互换机的动态聚合典范设置
第六种模式:mod=5,即:(balance-tlb) Adaptive transmit load balancing(适配器传输负载平衡) 特点:不必要任何出格的switch(互换机)支持的通道bonding。在每个slave上按照当前的负载(按照速率计较)分派外出流量。假如正在接管数据的slave出妨碍了,另一个slave经受失败的slave的MAC地点。 该模式的须要前提:ethtool支持获取每个slave的速度。互换机侧今朝无需设置任何链路模式。 第七种模式:mod=6,即:(balance-alb) Adaptive load balancing(适配器顺应性负载平衡) (编辑:河北网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |