Как стать автором
Обновить

Комментарии 24

Друзья,

Можете писать свои вопросы и интересующие темы для следующего материала.
Мне интересно, а каков сакральный смысл использования тиминга средствами драйвера вместо средств ОС? Если завтра эти сетевки снимут с производства, или их просто не будет под рукой, и их придется менять на сетевки другого производителя, как быть?
Скорее всего вопрос производительности, настройка через драйвер = аппаратная обработка (с высокой долей вероятности), настройка через ОС = обработка процессором.
Не очень понимаю как это связано. Драйверы то сетевых карт никуда не делись.
Логика такая, когда это делает ОС, то процессор должен посчитать хеш пакета и направить его в нужный интерфейс, когда это происходит на аппаратном уровне, то вполне возможно, что карточки сами решат через какой интерфейс посылать пакет.
Но я правда не нашёл пруфов. Просто мысли в слух.
На аппаратном уровне тиминг в данном случае вряд ли работает. Это же две разные сетевки — у них нет общего «вычислительного узла». Хэш в любом случае считается на процессоре, только в одном случае это реализовано через драйвер, а в другом часть сетевой подсистемы Windows. Там есть полезная статистика, по которой можно посмотреть как тиминг работает и как распределяет пакеты, и возможно оптимизировать процесс со стороны сетевого оборудования. А когда тиминг через драйвер — вы такую статистику можете получить разве что через сетевое оборудование.
В лучших практиках от МС пишут использовать тиминг ОС.
Средства системы не позволяют создавать логические подинтерфейсы (VLAN), то есть один интерфейс = один VLAN. В нашем случае, в примере мы создали 2. Можно и больше…
Средства системы не позволяют создавать логические подинтерфейсы (VLAN) — верно
то есть один интерфейс = один VLAN — не совсем верно
возможность получить транк-интерфейс можно, если воспользоваться функционалом виртуального коммутатора Hyper-V. Хотя я и признаю возможность сценариев, когда ваш вариант может потребоваться без использования Hyper-V, мне в голову такие варианты не приходят. Видимо я слишком увяз в Hyper-V. =)
Пардон! Совсем не верно! Этот функционал реализуется через командлет Add-NetLbfoTeamNic.

То есть мы создаем team через GUI или New-NetLbfoTeam. А потом добавляем логические подинтерфейсы.

Вот пример:
New-NetLbfoTeam -Name "Lan Team" -TeamMembers Ethernet,Ethernet2 -TeamingMode SwitchIndependent

Add-NetLbfoTeamNic  -Team "Lan Team"  -vLanID  10 -Name "Management VLAN"
Add-NetLbfoTeamNic  -Team "Lan Team"  -vLanID  11 -Name "Live Migration VLAN"
Add-NetLbfoTeamNic  -Team "Lan Team"  -vLanID  12 -Name "Cluster Network VLAN"
Add-NetLbfoTeamNic  -Team "Lan Team"  -vLanID  13 -Name "HyperV Swtich VLAN"

PowerShell спас ситуацию :) Спасибо за ценный совет — не знали о такой возможности. В итоге паритет — кто как привык и кому как удобнее, тот так и будет настраивать. Принципиальных отличий нет
Это можно сделать и не через Powershell.

Идем в GUI NIC Teaming.
Выбираем нужную тиму, если их несколько в разделе Teams.
В разделе Adapters and Interfaces выбираем вкладку Team Interfaces.
В Tasks выбираем Add Interface и вписываем имя и VLAN ID.

Наглядно в картинках




спасибо за уточнение :) осталось сравнить по стабильности работы. проверим и этот способ! о результатах сообщу дополнительно…
У меня в продуктивной среде работают несколько серверов с тимами от 2 до 4 сетевых карт, на базе как WS2012 так и R2. Сетевое оборудование — Cisco 4500 серии. Тип агрегации — LACP.

Проблем не возникает.

Стоит заметить что помимо типа агрегации, Windows Server 2012 R2 позволяет использовать режим балансировки нагрузки Dynamic. После наблюдения за интерфейсами в таком режиме тиминга, следует отметить что WS2012R2 очень не плохо (равномерно) распределяет нагрузку между сетевыми картами.
как и обещал — протестировали производительность «тиминга», организованного

средствами ОС:
один поток



3 параллельных потока




и средствами драйвера:
один поток



3 параллельных потока


Настройки тиминга средствами ОС приложите что ли.
Какая средняя пропускная получилась?
30 секунд не маловато для статистики? =)
ок, повторю тестирование — поставлю 3600 секунд :)
результаты тестирование (время тестирования = 3600 секунд) показали интересную картину — при 3-х потоковом измерении (при однопоточном разницы нет, средняя скорость ~450Мбайт\сек).
вот тиминг, настроенный средствами драйвера:


а это, — настроенный средствами ОС. и здесь наблюдается аномалия с третим потоком:

переодически скорость падает до нуля. и так на протяжении всего тестирования(!). причина пока не понятна.
В итоге паритет — кто как привык и кому как удобнее, тот так и будет настраивать.

Для Windows Server это давно не так, многие нужные фичи настраивается только через PoSH. В Exchange Server тоже хватает вещей, которые нормально не работают при настройке через EAC.
Я ведь правильно понял, что можно взять любой сервер от %ФИРМА_ПРОИЗВОДИТЕЛЬ% и сделать тоже самое? Главное наличие карточки от Intel с поддержкой Teaming и 802.1q?
Добрый день,

Да. Бренд сервера здесь большого влияния не имеете, а вот технологии СХД могу влиять сильно на эту схему.
всем доброго дня! Хотелось бы добавить уточнение про «сакральный смысл» всей процедуры: почему, к примеру, мы не воспользовались деплойментом от того же Dell и тп? В нашем случае, — это не простое разворачивание системы, а работа именно с настроенным образом. И в дальнейшем, этот образ можно использовать, как мы уже писали — для загрузки по iSCSI или в Virtual Machine Manager (компонент System Center)…
А еще напомнить про необходимость установки обновлений прошивок от Dell — так как образ содержит исключительно (!) драйверы, или посоветовать встроить эту возможность в создаваемый образ (автозапуск необходимых установочных пакетов).
Зарегистрируйтесь на Хабре, чтобы оставить комментарий