zoukankan      html  css  js  c++  java
  • mode模式介绍

    CentOS配置bond

    Bonding的模式一共有7种:
    #defineBOND_MODE_ROUNDROBIN       0   (balance-rr模式)网卡的负载均衡模式
    #defineBOND_MODE_ACTIVEBACKUP     1   (active-backup模式)网卡的容错模式
    #defineBOND_MODE_XOR              2   (balance-xor模式)需要交换机支持
    #defineBOND_MODE_BROADCAST        3    (broadcast模式)
    #defineBOND_MODE_8023AD           4   (IEEE 802.3ad动态链路聚合模式)需要交换机支持
    #defineBOND_MODE_TLB              5   自适应传输负载均衡模式
    #defineBOND_MODE_ALB              6   网卡虚拟化方式
     bonding模块的所有工作模式可以分为两类:多主型工作模式和主备型工作模式,balance-rr 和broadcast属于多主型工作模式而active-backup属于主备型工作模式。(balance-xor、自适应传输负载均衡模式(balance-tlb)和自适应负载均衡模式(balance-alb)也属于多主型工作模式,IEEE 802.3ad动态链路聚合模式(802.3ad)属于主备型工作模式。
     
    详细介绍这7种模式:

    1、balance-rr (mode=0)

    轮转(Round-robin)策略:从头到尾顺序的在每一个slave接口上面发送数据包。本模式提供负载均衡和容错的能力。
     

    2、active-backup(mode=1)

    活动-备份(主备)策略:在绑定中,只有一个slave被激活。当且仅当活动的slave接口失败时才会激活其他slave。为了避免交换机发生混乱此时绑定的MAC地址只有一个外部端口上可见。在bongding的2.6.2及其以后的版本中,主备模式下发生一次故障迁移时,bonding将在新激活的slave上会送一个或者多个gratuitous ARP。bonding的主salve接口上以及配置在接口上的所有VLAN接口都会发送gratuitous ARP,只要这些接口上配置了至少一个IP地址。VLAN接口上发送的的gratuitous ARP将会附上适当的VLAN id。本模式提供容错能力,primary option,documented below会影响本模式的行为。
     

    3、balance-xor(mode=2)

    XOR策略:基于所选择的传送hash策略。
      本模式提供负载均衡和容错的能力。
     

    4、broadcast(mode=3)

    广播策略:在所有的slave接口上传送所有的报文。本模式提供容错能力。
     

    5、802.3ad(mode=4)

    IEEE 802.3ad 动态链路聚合。创建共享相同的速率和双工模式的聚合组。能根据802.3ad规范利用所有的slave来建立聚合链路。Salve的出站选择取决于传输的hash策略,默认策略是简单的XOR策略,而hash策略则可以通xmit_hash_policy选项加以改变。需要注意的是:不是所有的传输策略都与802.3ad兼容,尤其是802.3ad标准的43.2.4章节中关于 packet mis-ordering要求的地方。不同个体的实现往往出现很大的不兼容。
    先决条件:
      1. 每个slave的基本驱动支持Ehtool获取速率和双工状态。
      2.交换机支持IEEE 802.3ad动态链路聚合。大多数的交换机都需要使用某种配置方式来启用802.3ad模式。
     

    均衡算法一共为三种

    BONDING_OPTS="mode=4 miimon=100 xmit_hash_policy=layer2"      2层模式=IP

    BONDING_OPTS="mode=4 miimon=100 xmit_hash_policy=layer2+3"   2+3层模式 =MAC+IP

    BONDING_OPTS="mode=4 miimon=100 xmit_hash_policy=layer3+4"      3+4层模式=IP+端口

     

    6、balance-tlb(mode=5)

    自适应传输负载均衡:信道绑定不需要特殊的交换机支持。出口流量的分布取决于当前每个slave的负载(计算相对速度)。进口流量从当前的slave的接收。如果接收salve出错,其他的slave接管失败的slave的MAC地址继续接收。
      先决条件:
      每个slave的基本驱动支持Ehtool获取速率状态。
     

    7、balance-alb(mode=6)

    自适应负载均衡:包括balance-tlb(模式5)以及用于IPV4流量的接收负载均衡,并且不需要特殊的交换机支持。接收负载均衡通过ARP协商实现。bonding的驱动拦截本机发出的ARP Replies(ARP回应报文),并且用bond的某一个slave的硬件地址改写ARP报文的源地址,使得本服务器对不同的设备使用不同的硬件地址。本服务器建立的连接的接收流量也是负载均衡的。当本机发送ARP Request时,bonding驱动通过ARP报文复制并保存节点的IP信息。当从其他节点接收到ARP Reply,bonding驱动获取节点的硬件地址并且会回应一个包含绑定好的slave的硬件地址的ARP Reply给发送的节点。用ARP协商的负载均衡的有一个问题是每次用bond的硬件地址广播ARP报文,那么其他节点发送的数据全部集中在一个slave上,处理ARP更新给其他所有节点的时候,每个节点会重新学习硬件地址,导致流量重新分配。当新加入一个slave或者一个非激活的slave重新激活的时候也会导致接收流量重新分配。接收流量负载是串行(轮转)的分配在bond的一组速率最高的slave上。
      当一个链路重连或者一个新的slave加入的时候,bond会重新初始化ARP Replies给所有的客户端。updelay参数的值必须等于或者大于交换机的forwarding delay,以免ARP Replies被交换机阻塞。
      先决条件:
      1.每个slave的基本驱动支持Ehtool获取速率状态。
      2. 基本驱动支持当设备打开时重新设置硬件地址。也要求每一个slave具有唯一的硬件地址。如果curr_active_slave失败,它的硬件地址被新选上的curr_active_slave硬件地址来替换。
  • 相关阅读:
    那些年搞不懂的多线程、同步异步及阻塞和非阻塞(二)---概念区分
    那些年搞不懂的多线程、同步异步及阻塞和非阻塞(一)---多线程简介
    websocket简单实例
    map对象拷贝问题
    【简单算法】44.位1的个数
    【简单算法】43.罗马数字转整数
    【简单算法】42. 3的幂
    【简单算法】41.计数质数
    【简单算法】40.Fizz Buzz
    【简单算法】39.最小栈
  • 原文地址:https://www.cnblogs.com/openstack-elk/p/7614421.html
Copyright © 2011-2022 走看看