O round-robin de ligação Ethernet não funciona quando a primeira interface está em baixo

Question

Estou tentando entender o modo de ligação = 0 (balanceamento de carga round-robin). Usando eth0 & eth1, criei interface bond0 conforme a configuração abaixo:

root@test-env1:~# cat /etc/sysconfig/network-scripts/ifcfg-bond0
DEVICE=bond0
ONBOOT=yes
NM_CONTROLLED=no
USERCTL=no
BOOTPROTO=static
IPADDR=192.168.57.91
NETMASK=255.255.255.0
GATEWAY=192.168.57.1
BONDING_OPTS="mode=0 miimon=100"
root@test-env1:~#
root@test-env1:~# cat /etc/sysconfig/network-scripts/ifcfg-eth0
DEVICE=eth0
ONBOOT=yes
NM_CONTROLLED=no
MASTER=bond0
SLAVE=yes
USERCTL=no
root@test-env1:~# cat /etc/sysconfig/network-scripts/ifcfg-eth1
DEVICE=eth1
ONBOOT=yes
NM_CONTROLLED=no
MASTER=bond0
SLAVE=yes
USERCTL=no
root@test-env1:~# 

Interface de ligação estabelecida com sucesso:

root@test-env1:~# cat /proc/net/bonding/bond0
Ethernet Channel Bonding Driver: v3.6.0 (September 26, 2009)

Bonding Mode: load balancing (round-robin)
MII Status: up
MII Polling Interval (ms): 100
Up Delay (ms): 100
Down Delay (ms): 100

Slave Interface: eth0
MII Status: up
Speed: 1000 Mbps
Duplex: full
Link Failure Count: 0
Permanent HW addr: 08:00:27:30:0d:9e
Slave queue ID: 0

Slave Interface: eth1
MII Status: up
Speed: 1000 Mbps
Duplex: full
Link Failure Count: 0
Permanent HW addr: 08:00:27:a0:fc:9e
Slave queue ID: 0
root@test-env1:~#

Então tentei desconectar o cabo da eth0, ping test reportou que o IP ficou inacessível. Eu sei que esse tipo de cenário de failover definitivamente funciona com o modo = 1 (backup ativo).

** Update: status do título após o eth0 conectado

root@test-env1:~# cat /proc/net/bonding/bond0
Ethernet Channel Bonding Driver: v3.6.0 (September 26, 2009)

Bonding Mode: load balancing (round-robin)
MII Status: up
MII Polling Interval (ms): 100
Up Delay (ms): 0
Down Delay (ms): 0

Slave Interface: eth0
MII Status: down
Speed: Unknown
Duplex: Unknown
Link Failure Count: 1
Permanent HW addr: 08:00:27:30:0d:9e
Slave queue ID: 0

Slave Interface: eth1
MII Status: up
Speed: 1000 Mbps
Duplex: full
Link Failure Count: 0
Permanent HW addr: 08:00:27:a0:fc:9e
Slave queue ID: 0
root@test-env1:~#

Também é estranho que quando eu reiniciei o servidor com eth0 permanecendo desconectado, a interface de ligação não ativou a função. Embora a configuração ainda tenha eth1 como interface ativa / conectada.

Documentação de ligação disse que o balance-rr ou o modo 0 fornece balanceamento de carga e tolerância a falhas. Eu só estou curioso em saber que tipo de tolerância a falhas é fornecida pelo modo de ligação = 0.

mode

    Specifies one of the bonding policies. The default is
    balance-rr (round robin).  Possible values are:

    balance-rr or 0

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

Alguém poderia me ajudar a descobrir se o modo de ligação = 0 requer que a interface esteja ativa? Se sim, então como o modo = 0 fornece a tolerância a falhas?

    

Answer 1

As per the explanation from Mode 1 we can assume that for mode 0 both slaves are active. So, in your case Whenever the packet reaches the slave which is up you will be able to get response for your ping.

balance-rr ou 0

Política Round-robin: Transmit packets in sequential order from the first available slave through the last . Este modo fornece balanceamento de carga e tolerância a falhas.

backup ativo ou 1

Active-backup policy: Only one slave in the bond is active. A different slave becomes active if, and only if, the active slave fails. O endereço MAC do link é visível externamente em apenas uma porta (adaptador de rede) para evitar confundir o comutador.