Чи збільшує надмірність одного каналу LACP через декілька комутаторів?

Мені цікаво думок, висновків або доказів того, що наявність декількох інтерфейсів, пов’язаних з використанням LACP, для портів у декількох комутаторах, може збільшити надмірність. Раніше пов'язані інтерфейси завжди були на одному комутаторі, із надлишковим каналом до іншого порту.

Не вникаючи в специфіку постачальника, я вважаю, що оскільки це єдиний LACP, то ймовірність того, що подія чи зміна можуть призвести до широкого відключення послуги. Не маючи запасного обладнання та часу для тестування цього єдиного каналу на різних комутаторах, чи міг би хтось із знанням мережевих знань, ніж я, сказати мені, чи є подія на стороні мережі, яка б знизила мережеве підключення до сервера, який створив зв’язаний інтерфейс до двох портів на окремих комутаторах?

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

Заздалегідь спасибі.

Сам LACP не забезпечує можливість зв'язування через кілька комутаторів; він зв'язується через декілька портів на одному комутаторі Ethernet, і залежно від постачальника можуть бути навіть обмеження щодо того, які порти на комутаторі можуть бути з'єднані разом.

Деякі постачальники мають власні протоколи (зазвичай їх називають MLAG ), які дозволяють зв'язувати канали Ethernet через різні комутатори Ethernet. В якості прикладу VPC Cisco Nexus (або загалом MLAG) працює з комутаторами або зв'язує один канал порту LACP на сервері через два підключені комутатори.

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

LACP повинен забезпечувати захист від одного фізичного порту або відмови кабелю в каналі LACP.

LACP не може захиститися від людських факторів, таких як випадкове відключення інтерфейсу LACP, видалення vlan або запуск TDR на посилання члена каналу порту. LACP також не може захистити від надмірної пропускної здатності через єдиний член-зв’язок на цьому каналі LACP, події, що охоплюють дерево, трансляції штормів, надмірне невідоме затоплення одноадресних і т.д. тощо.

Якщо вас турбує час відновлення, не забудьте використати короткі тайм-аути протоколу LACP на своїх інтерфейсах.

Зазвичай LACP може бути виконаний лише на одному пристрої або групі пристроїв, які діють як єдине ціле. Отже ... ви могли це робити між комутатором і стеком комутаторів, але не розбиватися на кілька унікальних пристроїв.

LACP - це протокол для хоста, який повідомляє комутаторам, що він хоче агрегувати кілька фізичних з'єднань. Однак ця агрегація може бути не завжди можливою. Якщо з'єднання виконано з декількома комутаторами, ці комутатори повинні підтримувати певний метод співпраці, щоб зробити зв’язане з'єднання, або вони не зможуть.

Більшість комутаторів не підтримують цю співпрацю. Деякі, однак, так і роблять. Найпоширеніший метод - це протокол SMLT, який дозволяє комутаторам співпрацювати у створенні зв’язаних посилань. Деякі комутатори також підтримують протоколи укладання даних, які дозволяють безлічі комутаторів діяти як один логічний комутатор. В будь-якому випадку вам потрібно перевірити документацію, щоб переконатися в підтримці та конфігурації.

LACP агрегує кілька фізичних зв’язків між тими ж двома пристроями в одне логічне посилання, що має більш високу пропускну здатність. Якщо ви шукаєте надмірності в разі відмови комутатора, вам потрібно встановити посилання на два комутатори та налаштувати сервер для з'єднання двох посилань із включеним протоколом дерева. STP автоматично вибирає одне посилання для активного, а інше резервне копіювання. Якщо первинна ланка перейде вниз (перемикач загинув), вона перейде на резервну копію. Це насправді не має нічого спільного з LACP.

Агрегація 4nics (2of4 активний + автовідмовлення):

Linux: eth0-3 -> bond0, режим скріплення = 4

Перемикачі (наприклад, Juniper): порт 1 + порт 2 -> ae1 інтерфейси інтерфейсу ae1 агрегації-ефір-параметри lacp пасивні інтерфейси набору ae1 (... призначення влан тут ...)

Пасивний на стороні комутатора гарантує, що саме Linux буде пристроєм для спілкування з партнером. Якщо вам потрібна PXE завантаження на той же ТРОНІК - зовнішній вигляд для сили вгору (ялівець) опції A-перемикач, Г-0/0/1

Агрегація зв'язків може відбуватися між пристроєм і 2 або більше комутаторами Cisco, якщо вони знаходяться в стеку або на ядрах, наприклад, використовуючи VSS. Зазвичай, хорошим правилом є, якщо є лише один мгмт-інтерфейс, що управляє стеком комутаторів, то в ньому буде одна таблиця мак-адрес, на якій Etherchannel або LACP можуть використовуватися для відстеження IP-адрес і MAC-систем, які використовуються на кожен із агрегатних контурів EC / LACP.