Технология NIC Teaming (или Load Balancing/Failover – LBFO, или NIC bonding) позволяет объединить несколько физических сетевых адаптеров (NIC) в одну логическую сетевую карту. В этой статье мы рассмотрим, как настроить NIC Teaming в Windows Server 2019/2016/2012R2 и в десктопых версиях Windows 10 и 11.
Содержание:
- Настройка NIC Teaming в Windows Server 2019
- Используем PowerShell для настройки NIC Teaming в Windows Server
- Создаем группу сетевых адаптеров NIC Teaming в Windows 10 и 11
Для чего может понадобится объединять сетевые адаптеры в группу NIC Teaming?
- Увеличение пропускной способности. Например, объединив две сетевые 1 Гб сетевые карты в одну группу NIC Teaming, вы получите общую полосу пропускания на логическом адаптере 2 Гбит/с;
- Управление балансировкой нагрузки на сетевые карты – можно управлять распределением трафика между NIC сервера;
- Отказоустойчивость – при выходе из строя любой из сетевых карт, добавленных в группу NIC teaming, остальные подхватывают ее функции, и связь с сервером не прерывается. Для критически важных серверов этот механизм может защитить от простоя сервиса во время выхода из строя сетевого коммутатора или Ethernet порта на нем, сетевого кабеля (которым ваш хост подключен к коммутатору). Для реализации такой возможности, достаточно подключить сетевые карты в разные физические коммутаторы.
В Windows Server 2012R2/2016/2019/2022 технология NIC Teaming не совместима с Single-root I/O virtualization (SR-IOV), TCP Chimney и Remote Direct Memory Access (RDMA).
Настройка NIC Teaming в Windows Server 2019
Вы можете настроить NIC Teaming в Windows Server начиная с версии 2012. Рассмотрим, как объединить несколько сетевых адаптеров в Windows Server 2019 в одну группу NIC Teaming. Режим NIC Teaming по умолчанию отключен в Windows Server.
Чтобы включить его, откройте консоль Server Manager, выберите локальный сервер (Local Server) и в его свойствах выберите пункт “NIC Teaming: Disabled“.
В появившемся окне в левой нижней панели выберите пункт Tasks -> New Team (Создать группу).
Далее нужно указать имя группы (Team Name) и выбрать сетевые адаптеры, которые будут входить в эту группу.
В Windows Server 2019 в одну NIC Teaming групп можно объединить до 32 физических сетевых адаптеров, главное, чтобы они работали на одной скорости.
Ниже можно настроить специальные параметры группы. От данных параметров зависит правила и эффективность NIC Teaming. Рассмотрим эти настройки подробнее.
Режим поддержки групп (Teaming Mode). Данный параметр определяет способ взаимодействия группы с сетевым оборудованием (коммутатором)
- Static Teaming (IEEE 802.3ad)— статический режим работы с зависимостью от сетевого оборудования. Все адаптеры группы должны быть подключены к одному коммутатору, Ethernet порты которого настроены на использование статической агрегации каналов (требуется настройка на коммутаторе);
- Switch Independent (режим по-умолчанию) – группа работает независимо от коммутатора, для реализации не нужно дополнительно настраивать сетевое оборудование. В этом режиме разные сетевые адаптеры группы можно подключить к разным коммутаторам для повышения отказоустойчивости (защита от сбоев в коммутаторах);
- LACP (Link Aggregation Control Protocol, LACP, IEEE 802.1ax) – режим также зависит от сетевого оборудования. Нужно включить и настроить на коммутаторе динамическую агрегацию каналов по протоколу LACP.
Режим балансировки нагрузки (Load Balancing mode) – задает как распределяется сетевой трафик по NIC в группе.
- Address Hash — для каждого из адаптеров вычисляется специальный хэш (на основании MAC или IP-адресов отправителя и получателя) и привязывается определенному физическому адаптеру. Весь трафик от данного отправителя будет идти через этот NIC;
- Hyper-V Port — режим можно использовать для сервера с ролью Hyper-V. Позволяет привязать конкретный адаптер группу NIC teaming к конкретному порту на виртуальном коммутаторе Hyper-V;
- Dynamic – опция по умолчанию, совмещает оба типа балансировки нагрузки.
Один из адаптеров в группе можно назначить резервным (Standby adapter). В обычном режиме работы данная NIC не используется для передачи трафика. При неполадке на любом другом адаптере в группе NIC Teaming, он тут-же занимает его место. В общем случае и без данной функции при выходе из строя любой сетевой карты, не будет простоя сервиса, т.к. ее нагрузка автоматически распределится между оставшимися картами в группе.
Выберите нужные параметры, нажмите ОК и новая группа Nic Teaming будет создана.
Откройте список сетевых подключения в панели управления Windows. Убедитесь, что в Windows Server появился новый сетевой адаптер Microsoft Network Adapter Multiplexor Driver (его иконка немного отличается). Это и есть виртуальный адаптер группы NIC Teaming.
Дальнейшая настройка параметров сетевой карты (протоколы, IPv4/v6 адрес) осуществляется теперь в свойствах этого адаптера.
У всех остальных сетевых адаптеров, которые вы добавили в группу NIC Teaming уже не будет собственных IP адресов.
При удалении группы NIC Teaming предыдущие настройки сетевых адаптеров восстанавливаются.
В дальнейшем вы можете добавить или удалить сетевые адаптеры в группу NIC Teaming.
Вы можете использовать группу NIC Teaming для настройки нескольких VLAN интерфейсов в Windows Server. Для этого можно даже создать группу NIC Teaming из одного сетевого адаптера.
Используем PowerShell для настройки NIC Teaming в Windows Server
Вы можете создавать и управлять группами NIC Teaming не только из графического интерфейса Windows, но и с помощью PowerShell. Вы можете использовать PowerShell для настройки NIC Teaming в Windows Server Core
В Windows Server для управления MIC Teaming есть встроенный модуль NetLbfo. Выведите список сетевых адаптеров на сервере:
Get-NetAdapter
Создайте новую группу с Team0 из адаптеров с именами Ethernet1 и Ethernet3. Выберите режим работы NIC Teaming: Switch Independent с динамической балансировкой.
New-NetLbfoTeam -Name Team0 -TeamMembers Ethernet1,Ethernet3 -TeamingMode SwitchIndependent -LoadBalancingAlgorithm Dynamic
Доступные параметры:
- TeamingMode:
Static
,
SwitchIndependent
,
Lacp - LoadBalansingAlgorithm:
TransportPorts
,
IPAddresses
,
MacAddresses
,
HyperVPort
,
Dynamic
Информацию о группах NIC Teaming на сервере можно вывести с помощью команды:
Get-NetLbfoTeam
Name : Team0
Members : {Ethernet3, Ethernet1}
TeamNics : Team0
TeamingMode : SwitchIndependent
LoadBalancingAlgorithm : Dynamic
Status : Up
Можно настроить IP адрес интерфейса NIC Teaming с помощью PowerShell:
New-NetIPAddress -InterfaceAlias team0 -IPAddress 192.168.13.100 -PrefixLength 24 -DefaultGateway 192.168.13.1
Set-DnsClientServerAddress -InterfaceAlias team0 -ServerAddresses 192.168.13.10
Выполните команду
Get-NetAdapter
. Обратите внимание, что LinkSpeed сетевого адаптера группу NIC Teaming — 2 Гбит/с.
Чтобы изменить настройки группы NIC Teaming используется командлет Set-NetLbfoTeam:
Set-NetLbfoTeam -Name team0 -TeamingMode LACP
Если выполнить эту команду в ВМ, появится ошибка
Set-NetLbfoTeam : 'SwitchIndependent' is the only TeamingMode value supported in a Virtual Machine
Чтобы через NIC Teaming добавить отдельный VLAN интерфейс, используйте команду:
Add-NetLbfoTeamNIC -Team Team0 -VlanID 10
Удалить группу NIC Team можно командой:
Remove-NetLbfoTeam -Name Team0
Создаем группу сетевых адаптеров NIC Teaming в Windows 10 и 11
Вы можете использовать NIC Teaming для объединения сетевых карт не только в Windows Server, но и в клиентских версиях Windows 10 и 11. Главное, чтобы производитель вашей сетевой карты поддерживал для нее режим Link aggregation / NIC teaming/ LBFO.
Например, NIC Teaming работает из коробки с драйверами картами Realtek PCIe GbE Family Controller ( 10.35.510.2019) или Intel(R) 82574L Gigabit Network Connection.
Чтобы собрать группу NIC Teaming в Windows 10 (в этом примере это Windows 10 20H2), откройте консоль PowerShell и выведите список сетевых адаптеров:
Get-NetAdapter
Соберем группу NIC Team из адаптеров Ethernet0 и Ethernet1.
New-NetSwitchTeam -Name "MyNICTeam" -TeamMembers "Ethernet0","Ethernet1"
Проверьте, что в системе появился новый интерфейс NIC Teaming.
Get-NetSwitchTeam
Не забудьте задать для него сетевые настройки. Теперь у вас появился новый интерфейс с пропускной способностью 2 Гбит/с.
Для удаления созданной группы NIC Team, также нужно использовать PowerShell:
Remove-NetSwitchTeam -Name "MyNICTeam"
Время на прочтение6 мин
Количество просмотров132K
С выходом Windows Server 2012 технология NIC Teaming стала штатным средством серверной операционной системы. Долгое время решения по объединению (группировке) сетевых адаптеров для платформы Windows предоставлялись только сторонними производителями, прежде всего, поставщиками оборудования. Теперь Windows Server 2012 содержит инструменты, которые позволяют группировать сетевые адаптеры, в том числе, адаптеры разных производителей.
Что дает NIC Teaming?
Технология NIC Teaming, именуемая также как Load Balancing/Failover (LBFO), доступна во всех редакциях Windows Server 2012 и во всех режимах работы сервера (Core, MinShell, Full GUI). Объединение (тиминг) нескольких физических сетевых адаптеров в группу приводит к появлению виртуального сетевого интерфейса tNIC, который представляет группу для вышележащих уровней операционной системы.
Объединение адаптеров в группу дает два основных преимущества:
- Отказоустойчивость на уровне сетевого адаптера и, соответственно, сетевого трафика. Выход из строя сетевого адаптера группы не приводит к потери сетевого соединения, сервер переключает сетевой трафик на работоспособные адаптеры группы.
- Агрегирование полосы пропускания адаптеров, входящих в группу. При выполнении сетевых операций, например, копирования файлов из общих папок, система потенциально может задействовать все адаптеры группы, повышая производительность сетевого взаимодействия.
Особенности NIC Teaming в Windows Server 2012
Windows Server 2012 позволяет объединять в группу до 32 сетевых адаптеров Ethernet. Тиминг не Ethernet адаптеров (Bluetooth, Infiniband и пр.) не поддерживается. В принципе, группа может содержать только один адаптер, например, для разделения трафика по VLAN, но, очевидно, отказоустойчивость в этом случае не обеспечивается.
Драйвер сетевого адаптера, включаемого в группу, должен иметь цифровую подпись Windows Hardware Qualification and Logo (WHQL). В этом случае можно объединять в группу адаптеры разных производителей, и это будет поддерживаемая Microsoft конфигурация.
В одну группу можно включать только адаптеры с одинаковой скоростью подключения (speed connections).
Не рекомендуется использовать на одном сервере встроенный тиминг и тиминг третьих фирм. Не поддерживаются конфигурации, когда адаптер, входящий в тиминг стороннего производителя, добавляется в группу, создаваемую штатными средствами ОС, и наоборот.
Параметры NIC Teaming
При создании тиминговой группы необходимо указать несколько параметров (рассмотрены ниже), два из которых имеют принципиальное значение: режим тиминга (teaming mode) и режим балансировки трафика (load balancing mode).
Режим тиминга
Тиминговая группа может работать в двух режимах: зависимый от коммутатора (switch dependent) и не зависимый от коммутатора (switch independent).
Как следует из названия, в первом варианте (switch dependent) потребуется настройка коммутатора, к которому подключаются все адаптеры группы. Возможны две опции – статическая настройка свича (IEEE 802.3ad draft v1), либо использование протокола Link Aggregation Control Protocol (LACP, IEEE 802.1ax).
В режиме switch independent адаптеры группы могут быть подключены к разным коммутаторам. Подчеркиваю, могут быть, но это необязательно. Просто если это так, отказоустойчивость может быть обеспечена не только на уровне сетевого адаптера, но и на уровне коммутатора.
Режим балансировки
Кроме указания режима работы тиминга, необходимо еще указать режим распределения или балансировки трафика. Таких режимов по сути два: Hyper-V Port и Address Hash.
Hyper-V Port
. На хосте с поднятой ролью Hyper-V и n-ым количеством виртуальных машин (ВМ) данный режим может оказаться весьма эффективным. В этом режиме порт Hyper-V Extensible Switch, к которому подключена некоторая ВМ, ставится в соответствие какому-либо сетевому адаптеру тиминговой группы. Весь исходящий трафик данной ВМ всегда передается через этот сетевой адаптер.
Address Hash
. В этом режиме для сетевого пакета вычисляется хэш на основе адресов отправителя и получателя. Полученный хэш ассоциируется с каким-либо адаптером группы. Все последующие пакеты с таким же значением хэша пересылаются через этот адаптер.
Хэш может вычисляться на основе следующих значений:
- MAC-адрес отправителя и получателя;
- IP-адрес отправителя и получателя (2-tuple hash);
- TCP-порт отправителя и получателя и IP-адрес отправителя и получателя (4-tuple hash).
Вычисление хэша на основе портов позволяет распределять трафик более равномерно. Однако для трафика отличного от TCP или UDP применяется хэш на основе IP-адреса, для не IP-трафика – хэш на основе MAC-адресов.
Таблица ниже описывает логику распределения входящего/исходящего трафика в зависимости от режима работы группы и выбранного алгоритма распределения трафика. Отталкиваясь от этой таблицы, вы сможете выбрать наиболее подходящий для вашей конфигурации вариант.
| Address Hash | Hyper-V Port | |
|---|---|---|
| Switch Independent |
|
|
| Static, LACP |
|
|
Необходимо отметить еще один параметр. По умолчанию все адаптеры группы являются активными и задействуются для передачи трафика. Однако вы можете один из адаптеров указать в качестве Standby. Это адаптер будет использоваться только в качестве «горячей» замены, если один из активных адаптеров выходит из строя.
NIC Teaming в гостевой ОС
По разным причинам вы можете не захотеть включать тиминг на хостовой машине. Или же установленные адаптеры не могут быть объединены в тиминг штатными средствами ОС. Последнее справедливо для адаптеров с поддержкой SR-IOV, RDMA или TCP Chimney. Тем не менее, если на хосте более одного даже такого физического сетевого адаптера, можно использовать NIC Teaming внутри гостевой ОС. Представим, что на хосте две сетевые карточки. Если в некоторой ВМ два виртуальных сетевых адаптера, эти адаптеры через два виртуальных свича типа external подключены к, соответственно, двум физическим карточкам, и внутри ВМ установлена ОС Windows Server 2012, то вы можете сконфигурировать NIC Teaming внутри гостевой ОС. И такая ВМ сможет воспользоваться всеми преимуществами тиминга, и отказоустойчивостью, и повышенной пропускной способностью. Но для того, чтобы Hyper-V понимал, что при выходе из строя одного физического адаптера, трафик для этой ВМ нужно перебросить на другой физический адаптер, нужно установить чекбокс в свойствах каждого виртуального NIC, входящего в тиминг.
В PowerShell аналогичная настройка задается следующим образом:
Set-VMNetworkAdapter -VMName srv4 -AllowTeaming OnДобавлю, что в гостевой ОС можно объединить в группу только два адаптера, и для группы возможен только switch independent + address hash режим.
Настройка NIC Teaming
Настройка тиминга возможна в графическом интерфейсе Server Manager, либо в PowerShell. Начнем с Server Manager, в котором необходимо выбрать Local Server и NIC Teaming.
В разделе TEAMS в меню TASKS выбираем New Team.
Задаем имя создаваемой группы, помечаем включаемые в группу адаптеры и выбираем режим тиминга (Static, Switch Independent или LACP).
Выбираем режим балансировки трафика.
Если необходимо, указываем Standby-адаптер.
В результате в списке адаптеров появляется новый сетевой интерфейс, для которого необходимо задать требуемые сетевые настройки.
При этом в свойствах реальных адаптеров можно увидеть включенный фильтр мультиплексирования.
В PowerShell манипуляции с тимингом реализуются набором команд с суффиксом Lbfo. Например, создание группы может выглядеть так:
New-NetLbfoTeam -Name teamSRV1 -TeamMembers LAN1,LAN2 -TeamingMode SwitchIndependent -LoadBalancingAlgorithm TransportPortsЗдесь TransportPorts означает балансировку с использованием 4-tuple hash.
Замечу, что вновь созданный сетевой интерфейс по умолчанию использует динамическую IP-адресацию. Если в скрипте нужно задать фиксированные настройки IP и DNS, то сделать это можно, например, так:
New-NetIPAddress -InterfaceAlias teamSRV1 -IPAddress 192.168.1.163 -PrefixLength 24 -DefaultGateway 192.168.1.1Set-DnsClientServerAddress -InterfaceAlias teamSRV1 -ServerAddresses 192.168.1.200Таким образом, встроенными средствами Windows Server 2012 вы можете теперь группировать сетевые адаптеры хостовой или виртуальной машины, обеспечивая отказоустойчивость сетевого трафика и агрегирование пропускной полосы адаптеров.
Увидеть технологию в действии, а также получить дополнительную информацию по этой и другим сетевым возможностям Windows Server 2012 вы можете, просмотрев бесплатные курсы на портале Microsoft Virtual Academy:
- Новые возможности Windows Server 2012. Часть 1. Виртуализация, сети, хранилища
- Windows Server 2012: Сетевая инфраструктура
Надеюсь, материал был полезен.
Спасибо!
В данной статье мы с вами поговорим про объединение сетевых адаптеров (NIC Teaming) и рассмотрим его создание на примере Windows Server 2022.
Что такое NIC Teaming
NIC Teaming (или LFBO – Load Balancing and Failover) – это технология объединения нескольких сетевых карт в одну логическую для обеспечения отказоустойчивости и возможности увеличения полосы пропускания. Данная настройка стала доступна в Windows Server начиная с версии 2012. На рисунке ниже представлен общий вид:
На данном рисунке у нас указаны:
NIC1 и NIC2 – это наши сетевые адаптеры на сервере;
NIC Teaming group – это сам процесс настройки технологии;
NIC – это уже логическая сетевая карта, полученная из объединения NIC1 и NIC2.
В данном конкретном примере у нас представлена только одна группа из двух адаптеров. В одну группу можно включать до 32х сетевых адаптеров, но должны быть соблюдены следующие требования:
- У адаптеров должна быть одинаковая пропускная способность (нельзя объединить адаптер 100 Mbps и 1Gbps);
- Адаптеры должны соответствовать стандарту WHQL (должны иметь цифровую подпись Microsoft).
Teaming mode
По режиму управления группой есть 2 режима работы — Switch dependent и Switch independent:
- Switch dependent — требует настройки коммутатора, к которому подключены адаптеры сервера. Как правило, используется протокол LACP;
- Switch independent – при работе в этом режиме сетевые карты могут быть подключены к разным коммутаторам.
Load balancing
Помимо выбора режима управления группой (teaming mode) также можно выбрать подходящий для нас режим балансировки нагрузки. Это режимы Hyper – V Port и Address Hash:
- Hyper – V Port – в данном режиме порт виртуального коммутатора Hyper – V ставится в соответствие сетевому адаптеру группы, перенаправляя весь исходящий трафик ВМ через этот сетевой адаптер;
- Address Hash – в данном режиме для каждого сетевого пакета будет вычисляться хэш на основе адресов получателя и отправителя и уже этот хэш будет ассоциироваться с адаптером группы. Все сетевые пакеты с одинаковым хэшем будут направляться тому же адаптеру. Хэш вычисляется по следующим значениям:
- MAC – адреса отправителя и получателя. Используется, если у нас идет не IP – трафик;
- IP – адреса отправителя и получателя. Используется, если трафик отличен от TCP/UDP;
- TCP – порты отправителя и получателя совместно с IP. Вычисление хэша на основе этих значений более равномерно распределяет трафик.
Настройка NIC Teaming
Для настройки NIC Teaming в Windows Server 2022 выполним следующие действия:
1. Заходим в Server Manager:
Находим раздел NIC Teaming и нажимаем на Disabled;
2. Откроется окно NIC Teaming для создания группы:
3. Выбираем Tasks – New Team:
4. В новом окне создания группы:
Team name – указываем имя нашей создаваемой группы;
Member adapters – выбираем сетевые адаптеры, которые будут находиться в этой группе;
Teaming mode – в нашем случае оставляем Switch independent;
Load balancing mode – в нашем случае оставляем Address Hash;
Standby adapter – оставляем None;
Primary team interface – оставляем по умолчанию;
Нажимаем ОК;
5. Если создание прошло успешно, то мы увидим примерно следующую картину:
Как видим, оба адаптера у нас работают, группа создана;
6. Переходим в Network Connection и видим, что у нас появился новый адаптер, представляющий нашу группу:
Настраивается он аналогично любому другому сетевому адаптеру. Настраиваем сетевые параметры адаптера и можно начинать работать.
NIC teaming maximizes network bandwidth and provides redundancy benefits. These steps guide users through NIC teaming configuration in Windows Server with GUI and PowerShell.
Network interface card, or NIC, teaming in Windows Server is a straightforward but essential configuration for any data center administrator. NIC teaming offers two benefits for network configurations: bandwidth and redundancy.
A typical network connection for a server consists of a NIC connected to one port in a single switch by a twisted-pair network cable. The OS sees this configuration and uses bandwidth based on the limitations of the slowest component.
Any one of the pieces is a single point of failure. It’s simple enough to provide another network cable, and your organization might already have multiple switches. The problem is the server only has one way of physically connecting to the network. You can install another NIC, but this also adds a second identity to the server in the form of an IP address.
NIC teaming can help in the following ways:
- Bandwidth. Network bandwidth is a connection’s maximum total data transfer rate. NIC teaming aggregates two or more NICs, increasing the bandwidth.
- Redundancy. One connection to one switch is a single point of failure. Teaming supports multiple connections.
If you assign a single IP address configuration to a NIC team, you can connect the NICs to multiple physical or virtual switches. This process eliminates the switches as failure points, too.
Windows Server moves the teaming functionality from the hardware layer to the OS layer. Before Windows Server 2012, aggregation and redundancy options relied on interface vendors and required identical interfaces. Now, NIC teaming is device-agnostic, ensuring flexibility and convenience.
Sometimes, admins confuse NIC teaming and NIC bridging. Here is a brief review of the two:
- Teaming aggregates two or more NICs for bandwidth and redundancy using one IP address.
- Bridging uses two network interfaces that provide a bridge between two network segments.
Here, I demonstrate the teaming configuration next.
Configuring NIC teaming in Windows Server
Support for NIC teaming arrived in Windows Server 2012 and remains largely unchanged through current versions. Below, I demonstrate the GUI configuration and then define the related PowerShell cmdlets.
Configure NIC teaming in the GUI
Deploying NIC teaming in Windows Server consists of the following primary steps:
- Install two or more NICs.
- Configure NIC teaming in Server Manager, and select the desired modes.
The first task is physically installing the network cards in the server. Use the latest device drivers for these NICs, too. Unlike teaming configurations from years ago, you do not need to use NICs from the same vendor or those with the same device driver. This NIC-agnostic support is a step forward in flexibility.
Next, enter Server Manager, and browse to the Local Server node. The NIC Teaming link is under the server properties. If you haven’t configured teaming, the link reads Disabled. Select the link to open the NIC Teaming configuration interface.
The NIC Teaming configuration interface displays three windows:
- Servers. The server you’re configuring.
- Teams. Any existing teams — empty until the first team is deployed.
- Adapters and interfaces. Any installed adapters.
Choose one or more NICs to add to the team. Right-click the NICs in the Adapters and Interfaces window, and then choose Add to New Team. You can add or remove NICs later if you need to change the size of the team.
Provide a descriptive team name.
Before selecting OK, click the Additional properties menu to configure various teaming modes.
Here are the choices for additional properties (the following sections provide more details on these options):
- Teaming mode.
- Load balancing.
- Standby adapter.
Select OK to complete the process. The team appears in the Teams window. The team also appears in the Network Connections interface.
Use the same windows to adjust properties as needed, add or remove the team, or add or remove NICs in the team.
Teaming modes
Teaming modes define how the server balances traffic across the links. You have the following three choices:
- Switch Independent. This requires no switch configurations and is also used with NIC teaming on VMs.
- LACP. Link Aggregation Control Protocol enables load balancing on traffic from the switch to the team.
- Static. This uses a link aggregation group to load-balance. You manually configure this on the server and the switch.
Load-balancing modes
Load-balancing modes calculate the appropriate balance among team members. Options include the following:
- Address Hash. Splits traffic based on IP addresses — or combinations of IP addresses and port numbers when configured with PowerShell.
- Hyper-V Port. Assigns virtual MAC addresses to the NICs. Used with Hyper-V VMs configured for NIC teaming.
- Dynamic. Combines the features of Address Hash and Hyper-V Port modes to identify and avoid over- and underused interfaces.
You might want to use NIC teaming on VMs. This is supported, but a few of the parameters are configured differently, such as the following:
- Use the Switch Independent mode.
- Use the Transport Port algorithm.
Configure NIC teaming in PowerShell
You can use PowerShell to configure NIC teaming, too. The primary cmdlets are Get-NetAdapter and New-NetLbfoTeam. You need to add parameters for the team name, mode and other values.
PowerShell offers the advantage of scripting a configuration as a part of a larger automation scheme.
Get-NetAdapter displays the current interfaces so you can select the NICs you want to add to the team. New-NetLbfoTeam creates the new NIC team.
You need to provide the appropriate information to the New-NetLbfoTeam cmdlet. This information includes member NICs, the team name, mode and algorithm.
Below are the parameters:
- -TeamMembers. Lists the NICs displayed in the Get-NetAdapter results that will be added to the team.
- -Name. Specifies a name for the NIC team.
- -TeamingMode. Defines the mode using the same options as the GUI.
- -LoadBalancingAlgorithm. Sets the load-balancing method using the same options as the GUI.
Here’s an example of configuring a team using the New-NetLbfoTeam cmdlet.
Once you’ve deployed the team, run the Get-NetLbfoTeam cmdlet to display it in the interface.
If you need to change team parameters later, use the following two cmdlets:
- Get-NetLbfoTeam. Lists the teams on the server.
- Set-NetLbfoTeam. Sets team parameters.
Cmdlet nouns, such as NetLbfoTeamMember and NetLbfoTeamNic, enable additional configuration.
Deploy NIC teaming today
NIC teaming adds an essential layer of redundancy to any server configuration. NICs are often a single point of failure, but NIC teaming is an easy and budget-friendly way of addressing this risk. The bandwidth aggregation opportunity is also an important consideration.
Whether configuring NIC teaming through the GUI or PowerShell, the setup is straightforward. The process involves installing the NICs and connecting them to the appropriate switches. Then, use the NIC Teaming window to group the interfaces together and select the desired modes.
Take a few minutes to examine the Windows servers you’re responsible for in your network environment. How many have a single NIC? How many support bandwidth-heavy applications? Could these devices benefit from the redundancy and efficiency offered by NIC teaming?
Once you configure your Windows servers for NIC teaming, consider what other servers might benefit from a similar setting. For example, Red Hat Enterprise Linux also supports NIC teaming.
Next Steps
An introduction to smartNICs and their benefits
Dig Deeper on Network management and monitoring
-
How to set up a VLAN for enterprise networks
By: Damon Garn
-
What is promiscuous mode in networking?
By: Rahul Awati
-
How PowerShell can automate Hyper-V deployments
By: Stuart Burns
-
kiosk mode (Windows assigned access)
By: Rahul Awati
Прочитано: 6 339
Задача: Самостоятельно проработать, как поднять/организовать Nic Teaming средствами Windows Server 2016 в GUI составляющей. Ранее я уже делал, но использовал Windows Server 2008 R2, а тут хочу посмотреть также это все легко или есть определенные нюансы.
Итак, под Virtualbox развернута виртуальная система с осью на борту Windows Server 2016 Standard (Microsoft Windows [Version 10.0.14393]) с двумя сетевыми адаптерами.
Авторизуюсь в системе с правами, либо локального администратора, либо Администратора домена.
Win + R — cmd.exe с правами Администратора (Обязательно)
C:\Users\Администратор>netsh interface teredo set state disabled
C:\Users\Администратор>netsh interface isatap set state disabled
C:\Users\Администратор>netsh interface 6to4 set state disabled
Win + R — control – Просмотр: Категория — Мелкие значки — Центр управления сетями и общим доступом и вижу, что система увидела два сетевых адаптера:
Чтобы сделать объединение сетевых интерфейсов в один для увеличения пропускной способности:
Win + R — control – Просмотр: Категория — Мелкие значки — Администрирование — Диспетчер серверов (ServerManager.exe) — Локальный сервер — по умолчанию настройка «Объединение сетевых карт» в состоянии «Отключено», щелкаю левой кнопкой мыши по настройке и перехожу в диалоговое окно «Объединение сетевых карт» (Приложение: LbfoAdmin.exe), в элементе «Группы» – «Задачи» – выбираю «Создать группу»
именую группу, к примеру:
Имя группы: nic
и отмечаю галочками сетевые интерфейсы которые буду объединять, также нужно через «Дополнительные свойства» указать режим работы объединенных интерфейсов:
- Режим поддержки групп: LACP или «Динамически» (но на коммутаторе куда подключен также нужно будет сделать объединение интерфейсов и назначить роль lacp)
- Режим балансировки нагрузки: → может принимать: Хэш адреса, Порт Hyper-V, Динамический, т. к. я не использую Hyper-V то и не указываю, а выбираю «Хэш адреса» это Вычисление хэша на основе портов позволяет распределять трафик более равномерно. Однако для трафика отличного от TCP или UDP применяется хэш на основе IP-адреса, для не IP-трафика – хэш на основе MAC-адресов.
- Резервный адаптер: выставлено и затемнено мастером “Нет (Все адаптеры активны)”. Если не указывать LACP, то можно сделать если линк на одном адаптере пропадает на его место встает другой.
Основной групповой интерфейс: nic (виртуальная локальная сеть по умолчанию)
и нажимаю кнопку «ОК»
Итого объединение интерфейсов в системе сформировано:
Если переключиться в оснастку: «Центр управления сетями и общим доступом», то будет видно, что сформировался/появился новый интерфейс, где уже ему Вы задаете либо статический IP-адрес (Маска, Шлюз), либо настройками коммутатора/маршрутизатора.
В случае если линк обрывается на одном сетевом интерфейсе, доступ к системе Вы не теряете.
Если обратить внимание на свойства первого и второго сетевого адаптера, то у них выставлена всего лишь одна настройка «Протокол мультиплексора сетевого адаптера», а у нового с именем группы nic:
- Клиент для сетей Microsoft
- Общий доступ к файлам и принтерам
- Планировщик пакетов QoS
- Microsoft Load Balancing/Failower Provider
- IP версии 4 (TCP/IPv4)
- IP версии 6 (TCP/IPv6) — снимаю галочку, так как не использую во всей сети.
- Отвечающее устройство обнаружение топологии (делает компьютер видимым в сети)
Ответчик обнаружения топологии канального уровня (используется для обнаружения других компьютеров, устройств и компонентов в сети).
Смотрю текущие настройки сети от DHCP–сервиса в локальной сети:
Win + R — cmd.exe с правами Администратора (Обязательно)
C:\Users\Администратор>ipconfig
Настройка протокола IP для Windows
Адаптер Ethernet nic:
DNS-суффикс подключения . . . . . :
IPv4-адрес. . . . . . . . . . . . : 172.40.40.6
Маска подсети . . . . . . . . . . : 255.255.255.0
Основной шлюз. . . . . . . . . : 172.40.40.1
Как видно, сетевой адрес получает лишь общий интерфейс, а не вспомогательные.
На заметку: Если Ваши наблюдения показываю, что объединение интерфейсов требуют изменения, то все также через оснастку «Объединения сетевых карт» можно поменять настройки. Вот только желательно это делать имея к системе еще один вид подключения, к примеру консоль Hyper-V, vSphere Client, iDRAC, IPMI и т. д. Чтобы если что не остаться у разбитого корыта и подстраховаться.
На заметку: Если физическое железо может на уровне железа объединять интерфейсы или использует специализированное программное обеспечение, то лучше делать через него, чем средствами Windows, а если не хочется от него зависить, то средствами операционной системы и не важно Windows это или Linux.
Вот на этом я прощаюсь, как я мог убедиться нет ничего сложно в настройке объединения сетевых карт в системе Windows Server 2016. Если у меня буду какие-либо дополнения и наблюдения, то я постараюсь отразить их в этой заметке. А пока у меня всё, с уважением автор блога Олло Александр aka ekzorchik.