Início / server / Perguntas / 776057
Accepted
To마SE
Asked: 2016-05-12 00:28:49 +0800 CST

Arquivo de configuração de ligação 802.3ad em um servidor Ubuntu 16.04 LTS

  • 772

Se eu usar uma configuração manual na linha de comando (seguindo as instruções do kernel ), posso configurar corretamente minha conexão de rede:

# modprobe bonding mode=4 miimon=100
# ifconfig bond0 up
# ip link set eno1 master bond0
# ip link set eno2 master bond0

Só para constar, o switch utilizado é um Cisco Nexus 2248, e não especifico um endereço IP porque há uma camada 802.1q adicional (cuja presença ou ausência no arquivo de configuração não tem impacto no problema).

O problema é que não consigo criar um /etc/network/interfacesarquivo correto para que isso seja feito automaticamente no momento da inicialização. Há muita confusão online entre as diferentes versões do pacote ifenslave, principalmente sua documentação e sobre como evitar condições de corrida ao usar o ifup. O que funcionou com as versões anteriores do Ubuntu não funciona mais. E eu não ficaria surpreso se o systemd estivesse tornando as coisas ainda mais confusas. Basicamente, não importa o que eu tente, meus scripts travam no momento da inicialização e tenho que esperar um ou cinco minutos antes que o processo de inicialização seja concluído.

Isso é o melhor que consegui:

auto lo
iface lo inet loopback

allow-bond0 eno1
iface eno1 inet manual
       bond-master bond0

allow-bond0 eno2
iface eno2 inet manual
       bond-master bond0

auto bond0
iface bond0 inet manual
       bond-mode 4
       bond-slaves eno1 eno2
       bond-miimon 100

No momento da inicialização, a inicialização do bond0 trava por um minuto (porque o bond0 está esperando que pelo menos um de seus escravos seja ativado, isso nunca acontece, então ele atinge o tempo limite), mas depois que o sistema é inicializado, o uso ifup eno1funciona e o bond0 é iniciado trabalhando corretamente.

Se eu especificar auto eno1, o processo de inicialização para por cinco minutos, o bond0 nunca é ativado corretamente e tentar usá ifdown eno1-lo ficará preso porque está aguardando algum bloqueio /run/network/wherever(não consigo lembrar o arquivo exato e reiniciei esta máquina com frequência suficiente já), o que parece indicar que sim, entrei em uma condição de corrida e ifup está preso para sempre com eno1.

Alguém tem uma solução funcional no Ubuntu mais recente?

ubuntu networking bonding

4 respostas

  1. Best Answer

    Eu tenho uma configuração de trabalho em execução no 16.04 (linux 4.4.0-22) que é muito semelhante.

    Além da taxa LACP e 1G (eno1+) vs 10G SFP+ (eno49+), a maior diferença parece ser o uso de auto bond0.

    # /etc/modprobe.d/bonding.conf
alias bond0 bonding
    options bonding mode=4 miimon=100 lacp_rate=1

    Algumas dessas opções podem ser redundantes.

    # /etc/network/interfaces
auto eno49
iface eno49 inet manual
    bond-master bond0

auto eno50
iface eno50 inet manual
    bond-master bond0

auto bond0
iface bond0 inet static
    address 10.0.0.1
    netmask 255.255.255.0
    bond-slaves eno49 eno50
    bond-mode 4
    bond-miimon 100
    bond-lacp-rate 1

    Não vendo nenhuma parada durante a inicialização. Fazer um systemctl restart networkinggera uma pequena espera de alguns segundos, mas nada mais.

    $ systemd-analyze
Startup finished in 2.344s (kernel) + 1.658s (userspace) = 4.002s
    • 2

  2. Você deve permitir que o sistema abra a interface de ligação mesmo quando as portas escravas não estiverem prontas para configurá-la o tempo todo, "escravos de ligação nenhum" faz isso. Então, exemplo de configuração certa:

    allow-hotplug eno1
iface eno1 inet manual
    bond-master bond0

allow-hotplug eno2
iface eno2 inet manual
    bond-master bond0

auto bond0
iface bond0 inet manual
    bond-mode 802.3ad
    bond-miimon 100
    bond-lacp-rate fast
    bond-slaves none
    bond-xmit_hash_policy layer2+3
    • 2

  3. Eu também tenho uma configuração de vínculo funcional em 16.04, e minha configuração funciona bem no Ubuntu desde 12.04, inalterada.

    Minha solução é praticamente a mesma do @timss, mas nunca precisei mexer em /etc/modprobe.d/bonding.conf e há alguns detalhes que achei necessários ao longo do tempo que incluí abaixo e comentarei em o fim.

    Abaixo, tenho interfaces eth2-eth5 ligadas em bond0

    auto eth2
iface eth2 inet manual
        bond-master bond0

auto eth3
iface eth3 inet manual
        bond-master bond0

auto eth4
iface eth4 inet manual
        bond-master bond0

auto eth5
iface eth5 inet manual
        bond-master bond0

auto bond0
iface bond0 inet manual
        hwaddress ether 00:00:00:00:00:00 <= ADD MAC of one of the bonded interfaces here
        bond-slaves eth2 eth3 eth4 eth5
        bond-miimon 100
        bond-mode 802.3ad
        bond-lacp-rate 1
        xmit_hash_policy layer3+4

    Comentários:

    1. "hwaddress ether": notei que quando você vincula suas interfaces, o endereço MAC da interface vinculada será igual ao endereço MAC de uma das interfaces sendo vinculadas, mas pode mudar toda vez que o sistema for reiniciado. Acho útil que os servidores tenham um endereço MAC conhecido, então aqui eu configurei para o MAC de uma das interfaces de forma que seja permanente.
    2. "xmit_hash_policy": leia os documentos sobre esta opção, ela pode ter um impacto muito significativo no desempenho de sua interface vinculada.
    • 1

  4. Eu criei um hack feio pelo qual prefiro não receber nenhum crédito, mas espero que ajude as pessoas a começar e fazer coisas mais importantes enquanto esperam por uma resposta/correção adequada:

    auto bond0
iface bond0 inet manual
        pre-up modprobe bonding mode=4 miimon=100
        pre-up ifconfig bond0 up
        pre-up ip link set eno1 master bond0
        pre-up ip link set eno2 master bond0
        up /bin/true
        down /bin/true
        post-down ip link set eno2 nomaster
        post-down ip link set eno1 nomaster
        post-down ifconfig bond0 down
        post-down rmmod bonding

    Basicamente, consiste em sobrecarregar todos os scripts ifup. Há mensagens de erro exibidas ao fazer ifdown bond0, mas por design, ifdown continua executando os scripts restantes e o sistema acaba limpo (é possível alternar entre ifup/ifdown), então não me sinto compelido a consertar isso.

    Além disso, uma vez que os escravos são tratados no script do mestre, não há necessidade de declará-los no arquivo de configuração.

    • 0

relate perguntas