Comments 24
Друзья,
Можете писать свои вопросы и интересующие темы для следующего материала.
Можете писать свои вопросы и интересующие темы для следующего материала.
Мне интересно, а каков сакральный смысл использования тиминга средствами драйвера вместо средств ОС? Если завтра эти сетевки снимут с производства, или их просто не будет под рукой, и их придется менять на сетевки другого производителя, как быть?
Скорее всего вопрос производительности, настройка через драйвер = аппаратная обработка (с высокой долей вероятности), настройка через ОС = обработка процессором.
Не очень понимаю как это связано. Драйверы то сетевых карт никуда не делись.
Логика такая, когда это делает ОС, то процессор должен посчитать хеш пакета и направить его в нужный интерфейс, когда это происходит на аппаратном уровне, то вполне возможно, что карточки сами решат через какой интерфейс посылать пакет.
Но я правда не нашёл пруфов. Просто мысли в слух.
Но я правда не нашёл пруфов. Просто мысли в слух.
На аппаратном уровне тиминг в данном случае вряд ли работает. Это же две разные сетевки — у них нет общего «вычислительного узла». Хэш в любом случае считается на процессоре, только в одном случае это реализовано через драйвер, а в другом часть сетевой подсистемы Windows. Там есть полезная статистика, по которой можно посмотреть как тиминг работает и как распределяет пакеты, и возможно оптимизировать процесс со стороны сетевого оборудования. А когда тиминг через драйвер — вы такую статистику можете получить разве что через сетевое оборудование.
В лучших практиках от МС пишут использовать тиминг ОС.
Средства системы не позволяют создавать логические подинтерфейсы (VLAN), то есть один интерфейс = один VLAN. В нашем случае, в примере мы создали 2. Можно и больше…
Средства системы не позволяют создавать логические подинтерфейсы (VLAN) — верно
то есть один интерфейс = один VLAN — не совсем верно
возможность получить транк-интерфейс можно, если воспользоваться функционалом виртуального коммутатора Hyper-V. Хотя я и признаю возможность сценариев, когда ваш вариант может потребоваться без использования Hyper-V, мне в голову такие варианты не приходят. Видимо я слишком увяз в Hyper-V. =)
то есть один интерфейс = один VLAN — не совсем верно
возможность получить транк-интерфейс можно, если воспользоваться функционалом виртуального коммутатора Hyper-V. Хотя я и признаю возможность сценариев, когда ваш вариант может потребоваться без использования Hyper-V, мне в голову такие варианты не приходят. Видимо я слишком увяз в Hyper-V. =)
Пардон! Совсем не верно! Этот функционал реализуется через командлет Add-NetLbfoTeamNic.
То есть мы создаем team через GUI или New-NetLbfoTeam. А потом добавляем логические подинтерфейсы.
Вот пример:
То есть мы создаем 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.
Идем в 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 очень не плохо (равномерно) распределяет нагрузку между сетевыми картами.
Проблем не возникает.
Стоит заметить что помимо типа агрегации, Windows Server 2012 R2 позволяет использовать режим балансировки нагрузки Dynamic. После наблюдения за интерфейсами в таком режиме тиминга, следует отметить что WS2012R2 очень не плохо (равномерно) распределяет нагрузку между сетевыми картами.
как и обещал — протестировали производительность «тиминга», организованного
средствами ОС:
один поток
3 параллельных потока
3 параллельных потока
и средствами драйвера:
один поток
3 параллельных потока
3 параллельных потока
Настройки тиминга средствами ОС приложите что ли.
Какая средняя пропускная получилась?
30 секунд не маловато для статистики? =)
30 секунд не маловато для статистики? =)
ок, повторю тестирование — поставлю 3600 секунд :)
результаты тестирование (время тестирования = 3600 секунд) показали интересную картину — при 3-х потоковом измерении (при однопоточном разницы нет, средняя скорость ~450Мбайт\сек).
вот тиминг, настроенный средствами драйвера:
а это, — настроенный средствами ОС. и здесь наблюдается аномалия с третим потоком:
переодически скорость падает до нуля. и так на протяжении всего тестирования(!). причина пока не понятна.
вот тиминг, настроенный средствами драйвера:
а это, — настроенный средствами ОС. и здесь наблюдается аномалия с третим потоком:
переодически скорость падает до нуля. и так на протяжении всего тестирования(!). причина пока не понятна.
В итоге паритет — кто как привык и кому как удобнее, тот так и будет настраивать.
Для Windows Server это давно не так, многие нужные фичи настраивается только через PoSH. В Exchange Server тоже хватает вещей, которые нормально не работают при настройке через EAC.
Я ведь правильно понял, что можно взять любой сервер от %ФИРМА_ПРОИЗВОДИТЕЛЬ% и сделать тоже самое? Главное наличие карточки от Intel с поддержкой Teaming и 802.1q?
всем доброго дня! Хотелось бы добавить уточнение про «сакральный смысл» всей процедуры: почему, к примеру, мы не воспользовались деплойментом от того же Dell и тп? В нашем случае, — это не простое разворачивание системы, а работа именно с настроенным образом. И в дальнейшем, этот образ можно использовать, как мы уже писали — для загрузки по iSCSI или в Virtual Machine Manager (компонент System Center)…
А еще напомнить про необходимость установки обновлений прошивок от Dell — так как образ содержит исключительно (!) драйверы, или посоветовать встроить эту возможность в создаваемый образ (автозапуск необходимых установочных пакетов).
А еще напомнить про необходимость установки обновлений прошивок от Dell — так как образ содержит исключительно (!) драйверы, или посоветовать встроить эту возможность в создаваемый образ (автозапуск необходимых установочных пакетов).
Only those users with full accounts are able to leave comments. Log in, please.
Развёртывание ОС Windows Server 2012 R2 на серверы Dell в режиме BARE-METAL. Часть 1