Article Number: 000124262
Наступна стаття містить інформацію про NIC Teaming у Windows, VMware та Linux.
Об'єднання мережевих адаптерів – це термін, який використовується для опису різних методів об'єднання кількох мережевих підключень для збільшення пропускної здатності або забезпечення резервування. Об'єднання мережевої інтерфейсної карти (NIC) і об'єднання локальної мережі на материнській платі (LOM). Може надати організаціям економічно ефективний метод швидкого та легкого підвищення надійності та пропускної здатності мережі.
Об'єднання мережевих інтерфейсних карт (NIC) є одним із методів забезпечення високої доступності та відмовостійкості серверів.
Нижче наведено приклад веб-сервера з двома мережевими адаптерами, кожен з яких має одне висхідне та одне низхідне з'єднання.
Одна з двох мережевих карт виходить з ладу або від'єднується, але підключення до комп'ютера клієнта залишається підключеним.
Малюнок 1: Дві мережеві карти NIC об'єднуються з ладом, але підключення до Інтернету залишається.
Чотири основні типи мережевих команд такі:
Інтелектуальне балансування навантаження (SLB) і відмова: Цей тип команди балансує мережевий трафік між усіма основними адаптерами. Якщо первинний адаптер виходить з ладу, решта первинних адаптерів продовжують балансувати навантаження. Якщо всі основні адаптери виходять з ладу, трафік продовжує надходити за допомогою резервного адаптера без перебоїв. Після того, як основний адаптер повертається в мережу, через нього відновлюється рух трафіку.
SLB з автоматичним резервним відключенням: Цей тип команди функціонує так, як описано вище, але трафік не повертається автоматично до основного адаптера, коли він повертається до мережі.
Динамічна агрегація посилань IEEE 802.3ad: Також відомий як Link Aggregation Control Protocol (LACP) або IEEE 802.1ax. Цей тип команди забезпечує підвищену пропускну здатність, об'єднуючи кілька фізичних посилань в одне логічне посилання, ефективна пропускна здатність якого є сумою фізичних зв'язків. Цей тип команд вимагає, щоб живлення на іншому кінці з'єднання підтримувало LACP. Вимикач повинен бути правильно налаштований, щоб команда функціонувала належним чином.
Загальний транкінг: Також відомий як статична агрегація каналів, цей тип команди забезпечує той самий тип функцій об'єднання, що й IEEE 802.3ad/802.1ax, але не використовує LACP. Комутатор не обов'язково повинен підтримувати LACP, але повинен бути правильно налаштований, щоб цей тип команди функціонував.
Щоб створити команду NIC:
У диспетчері серверів клацніть «Локальний сервер».
На панелі властивостей знайдіть пункт NIC Teaming, а потім клацніть посилання Вимкнено праворуч. Відкриється діалогове вікно NIC Teaming.
Діалогове вікно
NIC TeamingРис 2: Діалогове вікно Windows NIC Teaming
У розділі «Адаптери та інтерфейси» виберіть мережні адаптери, які потрібно додати до команди NIC.
Натисніть кнопку ЗАВДАННЯ, а потім кнопку Додати до нової команди.
Малюнок 3: Адаптери та інтерфейси Windows поповнюють нову команду.
Відкриється діалогове вікно Нова група, у якому відображатимуться мережні адаптери та учасники команди. У полі Назва команди введіть ім'я нової команди NIC.
Малюнок 4: Windows - Створіть NIC за допомогою вибору адаптерів і створіть назву команди.
За потреби розгорніть розділ Додаткові властивості, виберіть значення для режиму командування, режиму балансування навантаження та адаптера режиму очікування. Зазвичай найпродуктивнішим режимом балансування навантаження є Dynamic.
Малюнок 5: Властивості додавання команди NIC Windows
Якщо ви хочете налаштувати або призначити номер VLAN команді NIC, клацніть посилання праворуч від інтерфейсу основної команди. Відкриється діалогове вікно Новий інтерфейс команди.
Малюнок 6: Членство у VLAN Windows за замовчуванням
Щоб налаштувати членство у VLAN, натисніть Specific VLAN. Введіть інформацію про VLAN у першому розділі діалогового вікна.
Малюнок 7: Специфічне членство у VLAN для Windows
Натисніть кнопку «OK».
Якщо вам потрібно настроїти NIC Teaming на хост Hyper-V, перегляньте статтю Microsoft Створення нової команди NIC на хост-комп'ютері
Інструкція PowerShell
Створення мережевої команди за допомогою PowerShell
Відкрийте підказку PowerShell з підвищеним доступом. У пошуку на панелі завдань Windows® 10 введіть PowerShell. Натисніть клавіші W і S, щоб відкрити пошук.
Тепер ви повинні побачити результат Windows PowerShell у верхній частині. Клацніть правою кнопкою миші Windows PowerShell і виберіть пункт Запуск від імені адміністратора.
Малюнок 8: Windows Start Menu PowerShell Запуск від імені адміністратора
Якщо з'явиться запит служби захисту користувачів , натисніть кнопку Так.
Введіть команду new-NetLBFOTeam [TEAMNAME] "[NIC1]", "[NIC2]"
і натисніть клавішу Enter .
Малюнок 8: Команда PowerShell
Приклад
new-NetLBFOTeam NIC-Team "NIC1" , "NIC2"
Відкрийте «Мережеві підключення», перейшовши до панелі керування > «Мережеві та мережеві підключення до Інтернету > ».
VMware vSphere
Команда NIC може розподіляти навантаження трафіку між фізичними та віртуальними мережами. Серед деяких або всіх його членів, і забезпечують пасивне відновлення після відмови в разі апаратного збою або збою в мережі.
Зверніться до бази знань VMware, щоб отримати детальні кроки щодо того, як налаштувати NIC Teaming на VMware, вибравши версію ESXi у верхньому правому куті.
Налаштуйте NIC Teaming, Failover і Load Balancing на стандартному комутаторі vSphere або Standard Port Group.
Посилання: Об'єднання NIC в ESXi та ESX (1004088)
Linux дозволяє адміністраторам зв'язувати кілька мережевих інтерфейсів разом в один канал за допомогою модуля ядра зв'язування та спеціального мережевого інтерфейсу, який називається інтерфейсом зв'язування каналів. Зв'язування каналів дозволяє двом або більше мережевим інтерфейсам діяти як один, одночасно збільшуючи пропускну здатність і забезпечуючи резервування. Попередження Використання прямих кабельних з'єднань без мережевих комутаторів не підтримується. Механізми відновлення після відмови, описані тут, працюють не так, як очікувалося, без наявності мережевих комутаторів.
Режими active-backup, balance-TLB і balance-alb не вимагають якоїсь специфічної конфігурації комутатора. Інші режими склеювання вимагають налаштування перемикача для агрегування ланок. Наприклад, комутатор Cisco вимагає EtherChannel для режимів 0, 2 і 3, але для режиму 4 потрібні LACP і EtherChannel. Перегляньте документацію, яка постачається разом із вашим комутатором, і файл bonding.txt у пакунку kernel-doc.
Перевірте, чи встановлено модуль ядра зв'язування.
У Red Hat Enterprise Linux 6 модуль зв'язування за замовчуванням не завантажується. Ви можете завантажити модуль, виконавши наступну команду від імені користувача root:
~]# modprobe --first-time bonding
Відсутність візуального виводу вказує на те, що модуль не працював, а тепер завантажений. Ця активація не зберігається під час перезапуску системи. Дивіться Розділ 31.7, "Постійне завантаження модулів", щоб отримати пояснення постійного завантаження модулів. За наявності правильного конфігураційного файлу за допомогою директиви BONDING_OPTS модуль зв'язування завантажується належним чином, а отже, його не потрібно завантажувати окремо. Для відображення інформації про модуль видають наступну команду:
~]$ modinfo bonding
Робота з модулями ядра для отримання інформації про завантаження та вивантаження модулів. Створення інтерфейсу
зв'язування каналів Щоб створити інтерфейс зв'язування каналів, створіть файл у файлі /etc/sysconfig/network-scripts/
каталог із назвою ifcfg-bondN, замінюючи N номером для інтерфейсу, наприклад 0.
Вміст файлу може бути ідентичним будь-якому типу інтерфейсу, наприклад інтерфейсу Ethernet. Єдина відмінність полягає в тому, що директива DEVICE зв'язується N, замінюючи N номером для інтерфейсу. Інструкцію NM_CONTROLLED можна додати, щоб заборонити NetworkManager налаштовувати цей пристрій.
Приклад файлу конфігурації інтерфейсу ifcfg-bond0
Нижче наведено приклад конфігураційного файлу інтерфейсу зв'язування каналів:
DEVICE=bond0 IPADDR=192.168.1.1 NETMASK=255.255.255.0 ONBOOT=yes BOOTPROTO=none USERCTL=no NM_CONTROLLED=no BONDING_OPTS="bonding parameters separated by spaces"
MAC-адреса зв'язку береться з першого інтерфейсу, який додається до мережі. Його також можна вказати за допомогою директиви HWADDR, якщо потрібно. Якщо ви хочете, щоб NetworkManager керував цим інтерфейсом, вилучіть директиву NM_CONTROLLED=no або встановіть для неї значення yes і додайте TYPE=Bond і BONDING_MASTER=yes.
Після створення інтерфейсу зв'язування каналів мережеві інтерфейси, які потрібно зв'язати між собою, необхідно налаштувати, додавши директиви MASTER і SLAVE до їх конфігураційних файлів. Конфігураційні файли для кожного з інтерфейсів, пов'язаних з каналами, можуть бути майже ідентичними.
Приклад файла конфігурації зв'язаного інтерфейсу ifcfg-ethX
Якщо два інтерфейси Ethernet об'єднані між собою, то eth0 і eth1 можуть бути такими:
DEVICE=ethX BOOTPROTO=none ONBOOT=yes MASTER=bond0 SLAVE=yes USERCTL=no NM_CONTROLLED=no
Після налаштування інтерфейсів перезапустіть мережеву службу, щоб відновити зв'язок. Від імені користувача root видайте таку команду:
~]# service network restart
Щоб переглянути статус облігації, перегляньте файл /proc/, виконавши команду в такому форматі:
cat /proc/net/bonding/bondN
Наприклад:
~]$ cat /proc/net/bonding/bond0 Ethernet Channel Bonding Driver: v3.6.0 (September 26, 2009) Bonding Mode: load balancing (round-robin) MII Status: down MII Polling Interval (ms): 0 Up Delay (ms): 0 Down Delay (ms): 0
Важливо У Red Hat Enterprise Linux 6 специфічні для інтерфейсу параметри модуля ядра зв'язування повинні бути вказані у вигляді розділеного пробілами списку в директиві BONDING_OPTS="параметри зв'язування" у файлі інтерфейсу ifcfg-bondN. Не вказуйте параметри, специфічні для облігації, у /etc/modprobe.d/bonding.conf
або у застарілому файлі /etc/modprobe.conf. Параметр max_bonds не є специфічним для інтерфейсу і тому, якщо потрібно, повинен бути вказаний у /etc/modprobe.d/bonding.conf
Наступним чином:
options bonding max_bonds=1
Однак, параметр max_bonds не слід встановлювати при використанні файлів ifcfg-bondN з директивою BONDING_OPTS, оскільки ця директива змушує мережеві скрипти створювати інтерфейси зв'язку відповідно до вимог.
Будь-які зміни в /etc/modprobe.d/bonding.conf не вступають в силу до наступного завантаження модуля. Попередньо необхідно розвантажити працюючий модуль.
Створення декількох облігацій У Red Hat Enterprise Linux 6 для кожного облігації
створюється інтерфейс зв'язування каналів, включаючи директиву BONDING_OPTS. Цей метод конфігурації використовується для того, щоб кілька склеювальних пристроїв могли мати різну конфігурацію. Щоб створити декілька інтерфейсів зв'язування каналів, виконайте такі дії:
Створіть декілька файлів ifcfg-bondN за допомогою директиви BONDING_OPTS; ця директива змушує мережеві скрипти створювати інтерфейси зв'язку відповідно до вимог.
Створіть або відредагуйте існуючі файли конфігурації інтерфейсу, які потрібно зв'язати та включити директиву SLAVE.
Призначте інтерфейси, які потрібно склеїти, підлеглі інтерфейси, інтерфейсам зв'язування каналів за допомогою директиви MASTER.
Приклад декількох файлів
конфігурації інтерфейсу ifcfg-bondN Нижче наведено приклад файлу конфігурації інтерфейсу зв'язування каналів:
DEVICE=bond N IPADDR=192.168.1.1 NETMASK=255.255.255.0 ONBOOT=yes BOOTPROTO=none USERCTL=no NM_CONTROLLED=no vBONDING_OPTS="bonding parameters separated by spaces"
У цьому прикладі замініть N номером інтерфейсу зв'язку. Наприклад, для створення двох облігацій створіть два конфігураційні файли, ifcfg-bond0 та ifcfg-bond1.
Створіть інтерфейси, які потрібно зв'язати, відповідно до прикладу файлу конфігурації зв'язаного інтерфейсу ifcfg-ethX і призначте їх інтерфейсам зв'язку відповідно до вимог за допомогою директиви MASTER=bondN. Наприклад, продовжуючи наведений вище приклад, якщо потрібно два інтерфейси на зв'язок, то для двох облігацій створіть чотири файли конфігурації інтерфейсу та призначте перші два за допомогою MASTER=bond0, а наступні два за допомогою MASTER=bond1.
Посилання: Інтерфейси зв'язування каналів Linux
Servers, PowerEdge, PowerEdge R720
19 Feb 2024
6
How To