Сеть
История
Сервер Windows 2008 года является новым, появившимся пару месяцев назад, и мы знаем, что теперь ПК должны вести переговоры, используя SMB2, который устраняет узкое место передачи на уровне ОС я ожидал, что скорость передачи больших копий файлов между машинами будет близка к гигабитной.
Vista измеряет передачу файлов в мегабайтах в секунду. Теоретически гигабитная сеть может передавать данные со скоростью 125 МБ / с. Допустим, накладные расходы составляют 15%. Таким образом, реалистичная приемлемая скорость передачи составляет около 105 МБ / с.
Я решил покопаться в этом сегодня, поскольку копировал большие iso с моего локального компьютера на сервер и получал 9-12 МБ / с. Неприемлемо с учетом используемой технологии.
Прежде чем копаться в jumbo-кадрах, жесткой настройке скорости сетевого адаптера и т. Д., Я решил сделать простую вещь и обновить драйверы сетевого адаптера на ПК. Они перешли от ОС, предоставленных драйверами 2006 года, к производителю, предоставившему драйверы от июня 2009 года. Угадай, что. Произошла удивительная вещь. Следующая копия тестового iso передается со скоростью 103 МБ / с. Чертовски мило. Впоследствии мы обошли остальные 25 машин в офисе и обновили все их драйверы. Потом становится интересно.
Тест копирования начал давать непоследовательность. Мы получили бы 100 МБ / с на одной машине и 65 на другой. Тогда машина, получившая 100, получит 12. Это были простые тесты, но НЕ происходило других передач больших файлов, которые могли бы вызвать узкое место на уровне жесткого диска.
Итак, мы настроили один из ПК на жесткое согласование на гигабитном полнодуплексном режиме. Он начал копирование со стабильной скоростью 80-90 МБ / с. Это наводит меня на мысль, что что-то не так в согласовании соединения между сервером и ПК, сервером и коммутатором, или в какой-то другой комбинации этих трех факторов. Есть обновление прошивки и драйвера для сетевой карты сервера, которое мы установим сегодня вечером, но в настоящее время они не так стары, как были драйверы клиента.
Вопрос
Хорошо, это длинная история для действительно простого вопроса. Как мы отслеживаем согласованные скорости для клиентов в сети? Есть ли программный инструмент, который может собирать данные для нас? Разве это можно сделать только с тестом передачи файлов?
Если мы сможем увидеть, к чему они подключаются, то, возможно, мы сможем отследить, какая марка сетевой карты плохая, если проблема в коммутаторе, проблема в сервере и т. Д.
Спасибо.
Если у вас есть управляемый коммутатор, вы должны увидеть скорость соединения и дуплекс, которые были согласованы на коммутаторе.
Вы также можете собрать данные с помощью скрипта, который использует wmi. (пример)
В любом случае, если что-то согласуется с 100 МБ / полудуплексом, у вас, вероятно, есть проблема, вы не должны видеть 100 / полудуплексный канал в хорошей сети.
Возможно, вам также потребуется проверить проводку. Возможно, ваша кабельная разводка не совсем соответствует требованиям, необходимым для поддержания желаемой скорости соединения.
Ваш управляемый коммутатор должен сообщать вам всю необходимую информацию. База MIB SNMP для коммутаторов Dell Powerconnect должна включать статус соединения (вверх / вниз), скорость и дуплексное соединение. В нем также будут такие вещи, как ошибки tx / rx, которые помогут вам отследить неисправные сетевые адаптеры, кабели и т. Д.
Вы не упомянули, какой у вас переключатель серии, но вот два MIB
ftp://ftp.dell.com/network/PowerConnect54xx_MIBs_A00.zip
ftp://ftp.dell.com/network/PowerConnect34xx_MIBs_A01.zip
Вы должны иметь возможность отслеживать и отслеживать все эти вещи с помощью чего-нибудь вроде Nagios или Cacti.
У нас есть сценарий, который ежедневно запускается на нашем управляемом коммутаторе, сообщает о скорости, согласованной на каждом порту. Этот файл сохраняется на файловом сервере, а также каждый день публикуется в IT Operations Wiki. Он также отмечает много другой информации о каждом порте коммутатора, но это не имеет отношения к этому ответу.
Также стоит посмотреть что-то вроде PRTG, есть бесплатная версия.