Чи працює linux balance-rr (режим зв’язку = 0) з усіма комутаторами?

Я налаштовую два інтерфейси Ethernet в групу агрегації, щоб подвоїти пропускну здатність, і мені було цікаво, чи працює режим зв’язку = 0 для всіх комутаторів? А що з тупими перемикачами, які не підтримують LACP? Чи буде ця методологія подвоїти пропускну здатність для одного хоста ("сеансу")?

Документ на Linux зв'язку варто читати, він переходить в якусь допомогу Ви хочете отримати від перемикачів для різних способів з'єднання. В цьому випадку:

Режими balance-rr, balance-xor і широкомовні програми зазвичай вимагають, щоб комутатор мав відповідні порти, згруповані разом. Номенклатура для такої групи відрізняється між комутаторами, її можна назвати "ефірним каналом" (як у прикладі Cisco, вище), "магістральною групою" або деякою іншою подібною варіацією.

Тому вам потрібно буде згрупувати порти на своєму комутаторі (часто просто створюючи LAG). Іноді отримує трохи більше участі, хоча якщо ви хочете підключити ту саму облігацію до декількох комутаторів.

Якщо ви не хочете, щоб комутатори брали участь, ви, мабуть, хочете, balance-albщо включає як передачу, так і отримання балансування:

Режими активного резервного копіювання, баланс-tlb та баланс-альбу не потребують конкретної конфігурації комутатора.

З мого досвіду, фактично баланс-rr та balance-xor працює чудово, без будь-якої подальшої конфігурації перемикачів на будь-яких інших комутаторах, ніж Cisco (OTOH, у мене завжди є химерні проблеми з перемикачами Cisco ...).

продуктивність балансу-р-р нормальна з двома портами, але вичерпна з більшою; CIFS також не грає добре з балансом-rr. АЛЕ balance-rr - єдиний режим, коли одне єдине TCP-з'єднання насправді може досягати 2 Гбіт / с; в усіх інших режимах одне задане з'єднання завжди буде проходити через один конкретний порт, тому для насичення вашої мережі вам знадобиться стільки з’єднань, скільки у вас портів.

Я щойно перевіряв баланс-rr із перемикачем cisco та серверами, що працюють на контейнерах lxc поверх Ubuntu 18.10. Це не спрацювало - чомусь таблиці архів ніколи не оновлюються всередині контейнерів. Проблема зникає при переході на активне резервне копіювання.