none
Ограничение трафика на сетевом адаптере RRS feed

  • Общие обсуждения

  • Ситуация:
     
    Сервер: Win2003 SP2 en+hotfixes (обновляется через WSUS)
    Сервисы: DC (GC),DNS, Exchange 2003 SP2, File sharing
    Железо: платформа Supermicro, intel 930D CPU, 4Gb RAM, RAID5 на Adaptec SATAII контроллере, RAID1 на встроенном intel контроллере, два сетевых интерфейса - определяются как "intel pro/1000 PM" и "pro/1000 PL". Задействован один, второй отключен на уровне диспетчера устройств. Драйвера последние для дисковой подсистемы и сетевых карт.
    Сеть 100 Mbit/s на обычных неуправляемых коммутаторах.
     
    Проблема:
    Все вроде работает нормально, в журналах ошибок нет, но временами сервер "тупит" при усиленной нагрузке по сети. В очередной раз при копировании большого кол-ва файлов "просел" под нагрузкой, плюс почтовые клиенты у пользователей (Outlook 2003) стали "орать" - потеря связи с сервером. Решил протестировать, запустил iperf - получил не более ~73 Mbit/s  при разных вариантах (клиент<->сервер, сервер<->другой сервер) и в диспетчере задач на закладке "сеть" трафик ограничен 77% при прохождении теста.
    На других серверах, да и клиентах ~89-95 Mbit/s и 99% загрузки, что по идее соответствует 100 Mb сети.
    В настройках сетевого интерфейса QoS удален за ненадобностью. Сами настройки одинаковы с другим подобным сервером (на нем intel pro/1000 MT dual, задействован тоже один интерфейс), в том числе настройки собственно адаптера - всякие TCP Offload и прочее... В настройках драйвера отключены только Jumbo Frames, поскольку нет активного гигабитного оборудования (по рекомендациям Intel), остальные параметры авто или по умолчанию. 
    По групповым политикам - все по умолчанию, QoS, Ipsec - не используются.
    Почитал по QoS - пресловутое ограничение полосы, но по полученой инфе если специально не настроено, то и не задействуется... Да и на других серверах нет такой беды. Сравнил параметры TCP в реестре - практически одинаково, за исключением: на проблемном сервере присутствуют MaxUserPort и TcpTimedWaitDelay -видимо проставлены при установке Exchange. Второй сервис пак был установлен после появления его в системе обновлений. Параметры SNP в реестре присутствуют, включены. После установки SP2 проблем не было.
    Поведение этого SNP непонятно - работает/не работает? Если спросить netstat -t, то по всем соединениям - InHost, причем на обоих серверах - нормальном и проблемном...
    По сервис паку смущает, что уже после его установки в отчетах WSUS несколько раз проходило упоминание о изменении ревизии этого обновления, но ничего не скачивалось...

    Куда копать? Хотелось бы сеть использовать по полной :-).
    29 февраля 2008 г. 12:33

Все ответы