Назад | Перейти на главную страницу

Мониторинг пропускной способности для каждого процесса

Это сводило меня с ума, но мой сервер последние два месяца использует чрезмерно большую пропускную способность, и я не могу понять, как / почему / где.

В этом месяце, например, используется 210 Гб загрузка трафика (входящего на сервер), но я не могу понять, куда он идет - использование диска не увеличивается (и у сервера есть только диск 20 ГБ), а исходящий (исходящий) трафик был только 4ГБ на месяц.

Мои журналы не показывают никаких необычных действий Apache, Ftp, Smtp или аутентификации в журналах; Я использую Quassel и IRC-сервер, но я бы подумал, что для всех данных, которые будут входить на сервер, будет примерно равное количество исходящих для таких процессов. У меня также работает MySQL, и к нему обращается один пользователь (из сценария) с удаленного сервера, но поскольку единственные инструкции, выполняемые сценарием, предназначены для создания записей, я бы ожидал, что использование моего диска увеличится пропорционально входящему трафик, если это было причиной. Я не начал отключать процессы, чтобы попытаться устранить проблему, потому что, кроме FTP и Quassel, все эти службы используются другими людьми, поэтому их время безотказной работы является полукритическим.

Есть ли у кого-нибудь идеи, что мощь быть причиной этого, и любой демон или программа, которые я могу использовать для регистрации общего трафика для каждого процесса (для Ubuntu 10.04 Server x86_64)?

Вы можете отслеживать сетевой трафик, используя ntop инструмент в реальном времени. ntop очищает журналы при перезапуске, это немного раздражает, но вы все равно можете запустить его в течение определенного периода времени, чтобы классифицировать свой трафик. Насколько я помню, он может классифицировать трафик по клиентским IP-адресам, портам и протоколам. Если вы знаете порт, вы сможете найти соответствующую услугу, используя fuser инструмент командной строки.

Есть еще один инструмент: jnettop. Он основан на командной строке, и вы можете использовать номер порта для поиска имени процесса / PID (netstat).