10 Гбіт / с через порти x10 1 Гбіт / с
Я відповідаю лише заради повноти і щоб врятувати вам деякі головні болі. У мене понад 20 тис. Серверів роблять щось подібне до цього, і можу вам сказати, що це погана ідея. Цей метод додає багато складності, що згодом викличе операційні проблеми. Ми зробили це за допомогою 4 1gb nics на сервері. У той час це насправді було більше сенсу, ніж їздити на 10 гіг. У той час 10-кілограмовий повсюди був би в багато разів більшим за ціна за дуже невеликий прибуток. Наші недавні ітерації наших центрів обробки даних більше не роблять цього.
LACP-зв'язок ( режим 4 ) з одним партнером LAG дасть вам 10 Гбіт / с, майже стільки ж, як один порт 10 Гбіт / с. Це дійсно можна зробити за допомогою більш ніж одного перемикача, але вони повинні підтримувати MLAG, інакше вам потрібно підключитися лише до одного комутатора. Якщо вони не підтримують MLAG, ви отримуєте лише 1 перемикач пропускної здатності. Інші інтерфейси будуть у режимі очікування. (так 5gb / s, якщо у вас є 2 перемикачі).
Одне з'єднання використовуватиме лише одне посилання, але ви можете розділити трафік там, де це потрібно на шарі 7, якщо вам потрібно, або ви можете заглянути в MPTCP, але підтримка цього є новою в останніх ядрах, і я не впевнений, що він готовий для прайм-тайму. Ви можете розділити синхронізацію даних за допомогою LFTP + SFTP та дзеркальної підсистеми LFTP. Він навіть може розділити один файл на кілька потоків. Існує також бітторент.
Ви не зможете робити DHCP на цих портах з точки зору клієнта до PXE, завантажуючи інсталятор ОС , якщо ви не змусите eth0 на стороні сервера, що технічно порушує моніторинг LACP. Це може бути зроблено, але не повинно бути , і це буде зробити усунення проблем більш важкою , якщо ви змушуєте інтерфейс вгору.
У вашому конфігурації зв’язку вам доведеться генерувати унікальну MAC-адресу, яка відрізняється від усіх ваших фізичних інтерфейсів, або у вас будуть гоночні умови завдяки способу роботи PXE / DHCP, якщо припустимо, що у вашому налаштуванні є DHCP / PXE. В Інтернеті є багато прикладів того, як генерувати унікальний MAC bond0 на льоту.
Для цього також потрібна конфігурація на стороні комутатора, яка вирівнюється з кожною з конфігурацій облікових записів ваших серверів. Вам потрібно буде встановити демон LLDP, щоб усунути неполадки з цим менш болісно, і LLDP включений на ваших комутаторах.
Якщо ви це зробите, ваше маркування та маркування повинні бути бездоганними. Автоматизація вашого перемикача повинна бути надійною. Одне зміщення кабелю, яке поєднує 2 сервери, спричинить дуже цікаві проблеми.
Кудос Джей в IBM за те, що він зробив код зв’язку настільки ж хорошим, як і він, і за те, що ми могли розібратися, як зробити так, щоб DHCP працював у цій конфігурації.