Я настраиваю два интерфейса Ethernet в группу агрегации, чтобы удвоить пропускную способность, и мне было интересно, работает ли режим связывания = 0 для всех коммутаторов? А как насчет тупых переключателей, не поддерживающих LACP? Будет ли эта методология удвоить пропускную способность для одного хоста («сеанса»)?
В документ по связыванию Linux стоит прочитать, он касается того, какая поддержка вам нужна от переключателей для различных методов соединения. В таком случае:
Для режимов balance-rr, balance-xor и широковещательной передачи обычно требуется, чтобы на коммутаторе были сгруппированы соответствующие порты. Номенклатура такой группы различается в зависимости от коммутатора, ее можно назвать «etherchannel» (как в примере Cisco, приведенном выше), «транковая группа» или какой-либо другой аналогичный вариант.
Поэтому вам нужно сгруппировать порты на вашем коммутаторе (часто просто создавая группу LAG). Иногда становится немного сложнее, если вы хотите подключить одну и ту же связь к нескольким переключателям.
Если вы не хотите задействовать переключатели, вы, вероятно, захотите balance-alb который включает в себя балансировку передачи и приема:
Режимы active-backup, balance-tlb и balance-alb не требуют какой-либо специальной настройки коммутатора.
По моему опыту, на самом деле balance-rr и balance-xor отлично работают без какой-либо дополнительной настройки коммутатора на любых других коммутаторах, кроме Cisco (OTOH У меня всегда были странные проблемы с коммутаторами Cisco ...).
производительность balance-rr нормальная с 2 портами, но отстой с большим; CIFS тоже не очень хорошо работает с balance-rr. НО balance-rr - единственный режим, в котором одно единственное TCP-соединение может фактически достигать 2 Гбит / с; во всех других режимах одно данное соединение всегда будет проходить через один конкретный порт, поэтому вам понадобится столько соединений, сколько у вас есть портов, чтобы насыщать вашу сеть.
Я только что протестировал balance-rr с коммутатором cisco и серверами с контейнерами lxc поверх Ubuntu 18.10. Это не сработало - по какой-то причине таблицы arp никогда не обновляются внутри контейнеров. Проблема исчезает при переходе на активный бэкап.