nload vs bmon vs vnstat: сравнение инструментов мониторинга пропускной способности

11 мин чтения - 15 июня 2026 г.

hero section cover
Содержание
  • nload vs bmon vs vnstat: сравнение инструментов мониторинга пропускной способности в Linux
  • nload: пропускная способность в реальном времени с одного взгляда
  • bmon: мониторинг нескольких интерфейсов
  • vnstat: отслеживание использования в долгосрочной перспективе
  • Краткое сравнение
  • Какой инструмент использовать и когда
  • В заключение
Поделиться

Сравнение nload, bmon и vnstat для мониторинга пропускной способности в Linux. Когда использовать каждый из них, что они упускают и как их комбинировать для полного охвата.

nload vs bmon vs vnstat: сравнение инструментов мониторинга пропускной способности в Linux

nload, bmon и vnstat — три инструмента мониторинга пропускной способности в Linux, о которых стоит знать. Они решают разные задачи, и правильным решением обычно является их комбинация. В этой статье рассказывается, в чем превосходит каждый из них, в чем уступает и какой из них лучше выбрать в конкретной ситуации.

nload: пропускная способность в реальном времени с одного взгляда

nload — это терминальная утилита, отображающая пропускную способность одного интерфейса в реальном времени с помощью ASCII-графиков: одного для входящего и одного для исходящего трафика. Она считывает данные /proc/net/dev непосредственно, поэтому работает без прав root и использует незначительные ресурсы процессора.

Запустите его с именем интерфейса:

nload eth0

Полезные флаги:

  • -u M изменяет единицу измерения на МБ/с (по умолчанию — биты в секунду)
  • -m отображает несколько интерфейсов на одном экране, без графиков
  • -t 1000 устанавливает интервал обновления в миллисекундах

Нажмите F2 в сеансе, чтобы настроить частоту обновления и масштаб графика без перезапуска.

Что вы видите на экране: текущую скорость, среднее, минимальное, максимальное и общее количество данных, переданных за сеанс. Этого достаточно, чтобы убедиться, что сервер передает ожидаемый трафик, или заметить внезапный всплеск. Чего вы не получаете: распределения по процессам, разбивки по соединениям или каких-либо исторических данных. Закройте терминал — и статистика сеанса исчезнет.

Воспользуйтесь nload, если хотите за менее чем пять секунд ответить на вопрос: «Перегружен ли канал этого сервера в данный момент?».

bmon: мониторинг нескольких интерфейсов

bmon использует другой подход. Вместо одного интерфейса с полной детализацией он показывает все интерфейсы на хосте сразу. В верхней панели перечислены все интерфейсы с текущими скоростями приема (RX) и передачи (TX). В нижней панели отображается график для выбранного интерфейса. Перемещение между ними осуществляется с помощью клавиш со стрелками.

Это инструмент, который вам нужен на хостах виртуализации, маршрутизаторах, выделенных серверах с несколькими сетевыми картами или на любом устройстве, работающем под управлением Docker, где список интерфейсов насчитывает десятки. Перебирать их по одному с помощью nload было бы утомительно.

Нажмите d in-session для просмотра подробной статистики, которая добавляет количество пакетов, частоту ошибок, потерянные пакеты и коллизии. Эти данные необходимы для диагностики нестабильных соединений, несоответствий MTU или проблем с драйверами сетевых карт, которые не проявляются как проблема пропускной способности.

Отфильтруйте список интерфейсов с помощью -p , чтобы уменьшить визуальный беспорядок:

bmon -p "eth*,ens*"

bmon также может экспортировать структурированные данные с помощью -o форматах JSON, XML, ASCII или HTML, что удобно для создания скриптов снимков или передачи данных в другой инструмент:

bmon -o ascii -p eth0 > /tmp/eth0-stats.txt

Однако здесь действует то же ограничение, что и в nload: нет постоянной истории. Закройте окно — и данные исчезнут.

vnstat: отслеживание использования в долгосрочной перспективе

vnstat заполняет пробел, оставленный двумя другими. Он работает как фоновый демон (vnstatd) и записывает данные счетчиков трафика в двоичную базу данных в формате /var/lib/vnstat/. База данных сохраняется после перезагрузки и хранит 5-минутные выборки в течение 48 часов, почасовые данные — 4 дня, дневные итоги — 2 месяца, а также ежемесячные и ежегодные сводки — бессрочно.

Включите его в первый же день:

systemctl enable --now vnstat

Критический момент: vnstat подсчитывает трафик только с момента запуска демона. Он не может измерить использование задним числом до установки. На новом сервере установите его во время подготовки, иначе у вас не будет данных, когда они понадобятся.

Стандартные запросы:

vnstat              # summary
vnstat -d           # daily breakdown
vnstat -m           # monthly totals
vnstat -h           # last 24 hours, hourly
vnstat -t           # top days
vnstat --json       # JSON export
vnstat -i eth0      # specific interface

vnstat — подходящий инструмент для ответов на вопросы «сколько мы передали в прошлом месяце?», «идем ли мы по плану по отношению к нашему месячному лимиту?» и «как выглядит долгосрочная тенденция?». Флаг --alert флаг позволяет установить пороговые значения, привязанные к пользовательскому циклу биллинга, что полезно, если месяц вашего провайдера не совпадает с календарным.

Используйте его вместе с vnstati для вывода в формате PNG, если вам нужны графики на странице статуса или в отчете:

vnstati -s -i eth0 -o /var/www/html/traffic.png

Чем vnstat не силен: диагностика в реальном времени. -l Режим реального времени существует, но это просто счетчик, без графиков и деталей по интерфейсам. Для реагирования на инциденты вам все равно понадобится открыть nload или bmon в другой панели.

Краткое сравнение

Функцияnloadbmonvnstat
Основная цельПропускная способность в реальном времениСтатистика в реальном времени по нескольким интерфейсамИстория использования
ВизуализацияДвойные ASCII-графикиСписок интерфейсов + графикТаблицы, PNG через vnstati
Постоянные данныеНетНетДа
Форматы экспортаНетJSON, XML, ASCII, HTMLJSON, XML, CSV
Атрибуция по процессамНетНетНет
Работает в режиме демонаНетНетДа
Требуется права rootНетНетНет
Лучше всего подходит дляБыстрая проверкаХосты с большим количеством сетевых картПланирование емкости, выставление счетов

Ни один из этих инструментов не показывает, какой процесс или соединение генерирует трафик. Для этого iftop (на соединительном уровне) и nethogs (на процесс) — подходящие инструменты, и они хорошо сочетаются со всем вышеперечисленным.

Какой инструмент использовать и когда

Для VPS с одним интерфейсом и ежемесячным ограничением установите vnstat в первый день и используйте nload, когда вам нужна быстрая проверка. Это покрывает 95% случаев.

Для выделенных серверов, хостов виртуализации или любых систем, работающих с контейнерами, замените nload на bmon. Просмотр с несколькими интерфейсами экономит время, если у вас более трех или четырех сетевых карт и мостов.

Для планирования емкости всего парка экспорт vnstat в формате JSON отлично интегрируется с Prometheus, Grafana или тем, что вы уже используете для метрик. Настройте его один раз и забудьте, пока не понадобится ежемесячный отчет.

Когда трафик выглядит подозрительно и вам нужно найти источник, ни один из этих трех инструментов вам не поможет. Именно здесь iftop (топ-соединений по пропускной способности) и nethogs (топ-процессы) оправдывают себя.

Все три инструмента считывают счетчики ядра, а не перехватывают пакеты, поэтому накладные расходы незначительны даже на перегруженном канале 10 Гбит/с. Нет причин не установить все три.

В заключение

nload, bmon и vnstat отвечают на разные вопросы: что происходит прямо сейчас на одном интерфейсе, что происходит на многих интерфейсах и что происходило с течением времени. Выберите по одному инструменту для каждого вопроса, и вы получите мониторинг пропускной способности с настройкой, которая занимает около пяти минут и не создает заметной нагрузки.

Если ваша рабочая нагрузка генерирует постоянный трафик и вы хотите перестать беспокоиться о счетах за превышение лимита, VPS без ограничений трафика предоставит вам порт с фиксированной ставкой и предсказуемую стоимость, что сделает исторические данные из vnstat инструментом планирования, а не сигналом тревоги о счетах.

Блог

События этой недели

Другие статьи
Настроенные профили для оптимизации рабочей нагрузки Linux-сервера

Настроенные профили для оптимизации рабочей нагрузки Linux-сервера

Как выбирать, применять и настраивать профили для GPU, баз данных и Linux-серверов с высокой пропускной способностью, с примерами и советами по развертыванию Ansible.

16 мин чтения - 9 июня 2026 г.

Тюнинг Linux OOM Killer для VPS: практическое руководство

12 мин чтения - 8 июня 2026 г.

Другие статьи
background image

У вас есть вопросы или вам нужно индивидуальное решение?

icon

Гибкие варианты

icon

Глобальный охват

icon

Мгновенное развертывание

icon

Гибкие варианты

icon

Глобальный охват

icon

Мгновенное развертывание