LINUX.ORG.RU

Бондинг интерфейсов. Как распределить приоритеты?

 ,


0

1

Нужно слепить два интерфейса в бондинг, но с условием, что участвует только один, второй в резерве и поднимается, если лег первый. Это было легко. Теперь нужно сделать так, чтоб второй отключался, если поднимается первый. Не получается.. вот так выглядит конфиг:

# Local interface

auto eth0
iface eth0 inet manual

# Bonding interfaces

# Define master Gemini LAN
auto bond0
iface bond0 inet manual
        bond-downdelay 200
        bond-updelay 200
        bond-miimon 100
        bond-mode active-backup
        bond-slaves eth3 eth4
        bond-primary eth3

auto br0 br0:1
iface br0 inet static
        bridge_ports bond0 eth0
        address 192.168.20.203
        netmask 255.255.254.0
        gateway 192.168.21.254

iface br0:1 inet static
        address 192.168.22.203
        netmask 255.255.254.0
        network 192.168.22.0

dns-nameservers 192.168.20.2 192.168.20.1
dns-search geltd.local

Вот такое мы видим:

Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011)

Bonding Mode: fault-tolerance (active-backup)
Primary Slave: None
Currently Active Slave: eth3
MII Status: up
MII Polling Interval (ms): 100
Up Delay (ms): 200
Down Delay (ms): 200

Slave Interface: eth3
MII Status: up
Speed: 100 Mbps
Duplex: full
Link Failure Count: 0
Permanent HW addr: 00:80:48:36:d4:2b
Slave queue ID: 0

Slave Interface: eth4
MII Status: up
Speed: 100 Mbps
Duplex: full
Link Failure Count: 2
Permanent HW addr: 00:80:48:1b:18:26
Slave queue ID: 0

Внимание, вопрос! Как назначить slave-интерфейс?


Как-то тоже пытался изучать вопрос... и пришел ко мнению,что кроме самописных костылей иного варианта нет

zolden ★★★★★
()
Ответ на: комментарий от vel

с другой стороны свитч через два распакованных вилана через двух разных провов. борьба за фэйловер. просто резервный канал тупой и работать на нем можно только теоретически в крайней ситуации.

MAGNet
() автор топика
Ответ на: комментарий от zolden

ага, если ещё взять в расчет, что чаще всего линк не теряется, а просто пропадает связ гд-то в дебрях инторнэтов, то именно скриптами разруливать и придется. есть опыт в этом вопросе?

MAGNet
() автор топика
Ответ на: комментарий от MAGNet

тогда bonding не нужен.

+1 к варианту zolden

vel ★★★★★
()
Ответ на: комментарий от MAGNet

Я сейчас отвечу на твой изначальный вопрос.
У тебя там нормально сконфижен бонд для active-backup
Поглядел у себя - везде тоже пишется Primary Slave: None, при этом переключение интерфейсов работает.
Что такое Primary Slave я не знаю

zolden ★★★★★
()
Ответ на: комментарий от zolden

ок. спасибо. у меня не работает. Currently Active Slave: eth3 - если передернуть eth3, то будет Currently Active Slave: eth4 и так останется. Это мне не нужно. Ладно, будем ковылять в сторону скриптовки

MAGNet
() автор топика
Ответ на: комментарий от MAGNet

почитав интернеты я так понял что эта опция просто для выбора активного слейва при старте, она не значит он будет опять становиться активным при восстановлении

zolden ★★★★★
()

Bonding active-backup это резервирование на канальном уровне, по простому (вынули провод, умер порт на свитче, и т.п.).

Если условие переключения зависит от падения удаленных узлов то нужен просто скрипт который пингует (или другим способом определяет падение) и меняет default route, ну или BGP, но это нужна своя AS и содействие со стороны провайдеров.

hidden_4003
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.