Содержание статьи

Контроль загрузки процессора в устройствах Mikrotik позволяет выявлять перегрузки маршрутизатора, вызывающие рост задержек, потери пакетов и снижение пропускной способности. При достижении уровня загрузки выше 70–80% маршрутизатор начинает обрабатывать очереди пакетов медленнее, что особенно заметно при использовании сложных правил firewall, активного NAT и работы VPN-туннелей. Проверка текущей нагрузки необходима перед масштабированием сети, добавлением фильтров или включением дополнительных сервисов.
Основной источник информации о состоянии CPU находится в системных инструментах RouterOS. Раздел System → Resources показывает процент загрузки процессора в реальном времени, модель CPU, частоту работы и время непрерывной работы устройства. При анализе важно учитывать не только текущие значения, но и резкие скачки нагрузки, возникающие при обработке широковещательного трафика, нестабильных соединений или ошибочных конфигурациях маршрутизации. Для более точной диагностики рекомендуется отслеживать нагрузку во время пиковой активности пользователей.
Дополнительные сведения о распределении ресурсов можно получить через встроенный профилировщик /tool profile, который показывает, какие процессы RouterOS создают нагрузку. Например, высокий показатель в категории firewall часто указывает на избыточное количество правил или сложные условия фильтрации, тогда как нагрузка в разделе management может свидетельствовать о частых подключениях к устройству или работе мониторинговых систем. Такой анализ помогает локализовать узкое место без замены оборудования.
Для долгосрочного мониторинга загрузки процессора рекомендуется использовать графики интерфейса Graphs или экспорт данных в внешние системы наблюдения. Это позволяет фиксировать закономерности роста нагрузки, выявлять периоды перегрузки и своевременно оптимизировать конфигурацию: упрощать правила firewall, перераспределять трафик или переносить ресурсоёмкие задачи на отдельные устройства. Регулярный контроль CPU предотвращает деградацию сети и обеспечивает стабильную работу инфраструктуры.
Просмотр текущей загрузки процессора в разделе System → Resources через Winbox

Откройте Winbox и подключитесь к устройству MikroTik с правами администратора. В левом меню выберите раздел System, затем перейдите в подраздел Resources. В открывшемся окне отображаются ключевые параметры производительности маршрутизатора, включая текущую загрузку процессора, количество ядер и распределение нагрузки.
Параметр CPU Load показывает суммарную загрузку процессора в процентах. Значение обновляется в реальном времени и отражает текущую интенсивность обработки задач маршрутизатором. При значениях до 40% устройство обычно работает с запасом производительности. Диапазон 40–70% указывает на активную обработку трафика или выполнение фоновых процессов. При превышении 80% возможно появление задержек при маршрутизации, фильтрации пакетов или обработке VPN-соединений.
Поле CPU содержит модель установленного процессора, что позволяет оценить его вычислительные возможности и сопоставить с рекомендуемыми нагрузками для конкретной серии устройств. Параметр CPU Count показывает количество ядер, используемых RouterOS. При наличии нескольких ядер важно учитывать, что не все сервисы MikroTik равномерно распределяют нагрузку, поэтому высокая загрузка может наблюдаться даже при частично свободных ядрах.
Параметр CPU Frequency отображает текущую рабочую частоту процессора. При снижении частоты возможно активировано энергосбережение или устройство работает в ограниченном режиме производительности. Резкое падение частоты при высокой загрузке может указывать на перегрев или аппаратные ограничения.
Для анализа динамики нагрузки рекомендуется наблюдать изменения показателя CPU Load при включении или отключении сервисов, например, правил firewall, очередей QoS или туннелей VPN. Если при активации конкретной функции нагрузка резко возрастает, это позволяет определить источник потребления ресурсов без использования дополнительных инструментов диагностики.
Одновременно следует отслеживать параметр Uptime для понимания, связана ли высокая загрузка с длительной работой устройства без перезагрузки. При стабильной работе и постоянной высокой загрузке стоит проверить активные соединения, очереди и правила фильтрации, так как именно они чаще всего создают повышенную нагрузку на процессор.
Проверка загрузки CPU в интерфейсе WebFig через страницу System Resources

Откройте WebFig, введя IP-адрес устройства Mikrotik в браузере и авторизуйтесь. В левом меню перейдите в раздел System, затем выберите пункт Resources. На странице отображается сводная информация о текущем состоянии аппаратных ресурсов маршрутизатора.
Параметр CPU Load показывает текущую загрузку процессора в процентах. Значение обновляется в реальном времени без перезагрузки страницы. При нормальной работе маршрутизатора нагрузка обычно находится в диапазоне 1–30%. Показатели выше 70% при отсутствии интенсивного сетевого трафика указывают на возможные проблемы конфигурации или чрезмерное количество правил фильтрации.
Поле CPU отображает модель процессора, а CPU Count показывает количество доступных ядер. На устройствах с несколькими ядрами высокая загрузка может распределяться неравномерно. Если общая загрузка процессора превышает 80%, но маршрутизатор продолжает стабильно работать, рекомендуется дополнительно проверить распределение задач через инструмент мониторинга процессов.
Параметр CPU Frequency указывает текущую тактовую частоту процессора. На некоторых моделях она может изменяться динамически. Снижение частоты при высокой нагрузке может свидетельствовать о перегреве или ограничениях энергопотребления.
При резких скачках значения CPU Load зафиксируйте момент изменения нагрузки и сопоставьте его с активностью пользователей, VPN-туннелями, очередями QoS и работой firewall-правил. Если показатель стабильно держится выше 90%, рекомендуется временно отключать ресурсоёмкие функции поочередно, чтобы определить источник нагрузки.
Дополнительно контролируйте показатель Uptime – если высокая загрузка CPU наблюдается сразу после длительной работы устройства, целесообразно проверить наличие утечек ресурсов и обновить RouterOS до актуальной версии. Регулярный мониторинг страницы Resources позволяет своевременно обнаруживать деградацию производительности и предотвращать зависания маршрутизатора.
Получение данных о загрузке процессора через команду /system resource print в терминале

Для получения данных необходимо открыть терминал через WinBox, WebFig или SSH и выполнить команду без дополнительных параметров. В ответе отображаются аппаратные характеристики устройства, частота процессора, объем доступной памяти и значение загрузки CPU. При анализе важно учитывать, что значение cpu-load выше 70% при длительной работе может свидетельствовать о перегрузке устройства и необходимости оптимизации конфигурации.
Параметр uptime позволяет сопоставить нагрузку процессора с продолжительностью работы маршрутизатора. Резкое увеличение загрузки при длительном аптайме часто указывает на накопление активных соединений, ошибки конфигурации или избыточные правила фильтрации. При низком аптайме высокий показатель загрузки может быть связан с запуском сервисов после перезагрузки.
Дополнительно следует анализировать параметр free-memory. Снижение объема свободной памяти при высокой загрузке процессора может приводить к задержкам обработки пакетов и снижению пропускной способности. Рекомендуется контролировать оба параметра одновременно для выявления узких мест в работе устройства.
Для оперативного мониторинга допускается периодический запуск команды вручную или через скрипты планировщика. Повторный сбор данных через одинаковые интервалы времени помогает выявлять пики нагрузки, связанные с расписанием задач, активностью пользователей или сетевыми атаками.
При стабильной работе маршрутизатора значение cpu-load обычно колеблется в диапазоне 5–40% в зависимости от модели устройства и количества обрабатываемого трафика. Постоянные значения выше нормального диапазона требуют проверки правил Firewall, очередей QoS, работы VPN-туннелей и активных служб маршрутизации.
Анализ распределения нагрузки по процессам с помощью инструмента /tool profile

Запуск анализа выполняется через терминал RouterOS. После активации инструмент начинает фиксировать нагрузку по всем активным задачам маршрутизатора. При длительном мониторинге можно выявить кратковременные пики и устойчивые перегрузки.
- firewall – обработка правил фильтрации, NAT и mangle. Повышенная нагрузка часто связана с большим количеством правил или высокой интенсивностью соединений.
- networking – обработка сетевых пакетов. Рост нагрузки указывает на высокую пропускную способность интерфейсов или перегрузку маршрутизации.
- management – обслуживание Winbox, SSH, API и других методов управления. Увеличение значения может свидетельствовать о частых подключениях администраторов или автоматизированных систем мониторинга.
- ethernet – обработка трафика на уровне драйвера сетевых интерфейсов. Значения выше нормы появляются при высокой скорости передачи данных или проблемах с оборудованием.
- queuing – обработка очередей QoS. Высокая нагрузка возникает при использовании сложных схем шейпинга и большого числа очередей.
- unclassified – задачи, которые невозможно однозначно отнести к конкретной подсистеме. Рост параметра требует дополнительного анализа конфигурации.
Для корректной интерпретации данных рекомендуется учитывать продолжительность наблюдения. Кратковременные всплески могут быть вызваны обновлением таблиц маршрутизации или массовым установлением соединений, тогда как стабильные высокие показатели указывают на необходимость оптимизации.
- При высокой нагрузке процесса firewall сократить количество правил, объединить совпадающие условия и переместить часто используемые правила выше списка.
- Если перегружен networking, проверить наличие широковещательного трафика, избыточной маршрутизации или перегрузки туннелей.
- При росте показателей queuing уменьшить количество simple queues или перейти на более производительные схемы queue tree.
- Если активно используется management, ограничить частоту опросов мониторинговых систем и отключить неиспользуемые сервисы.
- При нагрузке ethernet проверить согласование скорости портов, состояние кабельной инфраструктуры и наличие ошибок интерфейса.
Анализ показаний /tool profile необходимо сопоставлять с общей загрузкой CPU и текущей сетевой активностью. Регулярное наблюдение позволяет выявлять узкие места до появления деградации производительности и корректировать конфигурацию маршрутизатора с учетом фактической нагрузки.
Просмотр графиков загрузки процессора через встроенный раздел Graphing

В RouterOS присутствует встроенный механизм Graphing, позволяющий фиксировать и отображать динамику загрузки процессора без установки дополнительных пакетов. Раздел хранит статистику использования CPU с привязкой ко времени, что помогает выявлять пики нагрузки, периодические перегрузки и влияние отдельных задач на производительность маршрутизатора.
Активация мониторинга выполняется через раздел Tools → Graphing. Для отслеживания загрузки процессора необходимо открыть вкладку Resource и добавить устройство в список мониторинга. В параметрах указывается интерфейс доступа, через который разрешено просматривать графики. Рекомендуется ограничивать доступ конкретными IP-адресами административных рабочих станций для предотвращения утечки диагностической информации.
После включения Graphing маршрутизатор начинает сохранять статистику загрузки CPU с несколькими уровнями детализации. Данные отображаются в виде графиков с интервалами: последние часы, сутки, недели и месяцы. Это позволяет анализировать кратковременные скачки нагрузки и долгосрочные тенденции, например рост потребления ресурсов после изменения конфигурации или увеличения сетевого трафика.
Графики доступны через веб-интерфейс устройства по адресу вида http://IP-адрес/graphs/. В разделе отображается процент загрузки процессора с временной шкалой и усреднёнными значениями. При анализе рекомендуется обращать внимание на резкие кратковременные пики, которые могут свидетельствовать о всплесках широковещательного трафика, активизации очередей или запуске скриптов планировщика.
Для повышения точности анализа стоит сопоставлять графики CPU с изменениями конфигурации, обновлениями RouterOS и активностью пользователей сети. Если наблюдается стабильная высокая загрузка выше 70–80%, это может указывать на необходимость оптимизации правил firewall, перераспределения нагрузки между интерфейсами или перехода на более производительную модель оборудования.
Хранимые графики формируются автоматически и не требуют ручного обслуживания, однако следует учитывать, что при перезагрузке устройства часть временных данных может сбрасываться. Для длительного анализа рекомендуется периодически сохранять изображения графиков или использовать внешние системы мониторинга в дополнение к встроенному инструменту.
Настройка мониторинга загрузки CPU Mikrotik через SNMP и внешние системы наблюдения

Для мониторинга загрузки процессора на устройствах Mikrotik рекомендуется использовать SNMP, что позволяет интегрировать данные в внешние системы наблюдения, такие как Zabbix, PRTG или LibreNMS.
Основные шаги настройки:
- Включение SNMP на Mikrotik:
- Откройте WinBox или WebFig, перейдите в раздел IP → SNMP.
- Включите SNMP, установите Contact и Location для идентификации устройства.
- Добавьте Community, например public, и ограничьте доступ по IP-адресу сервера мониторинга.
- Проверка доступности OID процессора:
- Mikrotik предоставляет стандартный OID CPU load: .1.3.6.1.4.1.14988.1.1.3.10.
- Для проверки используйте команду snmpwalk с сервера мониторинга: snmpwalk -v2c -c public
.1.3.6.1.4.1.14988.1.1.3.10 . - Результат возвращает загрузку CPU в процентах, обновляемую каждые несколько секунд.
- Интеграция с внешней системой:
- В Zabbix создайте новый host, добавьте интерфейс SNMP с версией v2c и указанным community.
- Добавьте элемент данных типа SNMPv2 OID с OID CPU load.
- Настройте триггер на превышение порога, например 80% загрузки CPU.
- В PRTG используйте SNMP Custom Sensor с тем же OID, создайте графики и уведомления.
- LibreNMS автоматически распознает Mikrotik через SNMP, загружает CPU и memory показатели, можно настроить alert при перегрузке.
- Рекомендации по частоте опроса и нагрузке:
- Для обычных сетей устанавливайте интервал опроса 30–60 секунд.
- Для критических устройств интервал можно снизить до 10–15 секунд, но стоит учитывать рост сетевого трафика SNMP.
- Используйте отдельный VLAN или IP для SNMP, чтобы минимизировать влияние на основную сеть.
Такой подход позволяет получать точные данные о загрузке CPU в реальном времени, строить графики, создавать уведомления и предотвращать перегрузку оборудования. Внешние системы наблюдения обеспечивают хранение истории и аналитику, что невозможно при мониторинге только через WinBox.
Определение влияния правил Firewall и очередей Queue на загрузку процессора через Profile
Для анализа влияния правил Firewall и очередей Queue на загрузку процессора в MikroTik используется инструмент Profile. Он позволяет фиксировать текущую нагрузку процессора по каждому правилу или очереди в реальном времени. Откройте Winbox или WebFig, перейдите в меню Tools → Profile, выберите нужный интерфейс или весь трафик и активируйте запись данных.
Правила Firewall, особенно с применением layer7-protocol или сложных address-list, создают значительную нагрузку CPU. Profile отображает точное время обработки каждого правила, что позволяет выявить узкие места. Например, правило с частой проверкой пакетов на соответствие регулярному выражению может потреблять до 30–40% CPU при средней нагрузке сети.
Очереди Queue, особенно сложные типы PCQ с большим количеством потоков, также увеличивают нагрузку процессора. Profile показывает процент времени процессора, затрачиваемый на обработку каждого типа очереди. Это позволяет определить, какие очереди требуют оптимизации: уменьшение числа потоков, упрощение правил классификации или перераспределение нагрузки между интерфейсами.
Для точной диагностики рекомендуется запускать Profile в течение 5–10 минут при реальной нагрузке сети и сохранять результаты. После анализа можно удалить или оптимизировать правила Firewall и очереди с наибольшей долей использования CPU, что напрямую снижает общую загрузку процессора. В сочетании с Torch и Interface Monitor Profile обеспечивает детальный контроль влияния сетевых правил на производительность MikroTik.
Проверка скачков загрузки CPU при обработке трафика через Torch и Packet Sniffer
Для анализа влияния трафика на процессор Mikrotik используются встроенные инструменты Torch и Packet Sniffer. Torch позволяет мониторить текущие соединения, объемы данных и скорость передачи пакетов в реальном времени. В интерфейсе Winbox или через CLI необходимо выбрать интерфейс, по которому идет основной трафик, и включить фильтр по протоколам или IP-адресам, чтобы выявить узкие места.
При использовании Torch важно фиксировать показатели CPU в момент пикового трафика. В разделе «System → Resources» отображается загрузка процессора в процентах, где всплески выше 70–80% свидетельствуют о перегрузке при обработке пакетов. Для точного сравнения включайте Torch на короткие интервалы, например 30–60 секунд, чтобы избежать постоянной нагрузки самого инструмента мониторинга.
Packet Sniffer позволяет детально анализировать отдельные пакеты, выявляя аномально большие сессии или фрагменты, вызывающие скачки нагрузки. Включение Sniffer через Winbox с фильтром по протоколам TCP, UDP или ICMP позволяет сохранять трафик в файл для последующего анализа. Важно выбирать пакетные фильтры заранее, так как захват всего трафика на высоконагруженном интерфейсе может довести CPU до 100% за несколько секунд.
Для документирования скачков CPU рекомендуется одновременно фиксировать время запуска мониторинга, интерфейс и примененные фильтры. После завершения анализа данные можно сверить с графиками нагрузки в разделе «System → Resources» или через встроенный инструмент «Graphs». Такой подход позволяет точно определить, какие типы трафика вызывают пики, и принять меры: ограничение соединений, настройку Queue или перераспределение нагрузки на другие интерфейсы.
Оптимальная практика: проводить Torch и Sniffer поэтапно, сначала на интерфейсах с наибольшей загрузкой, затем на менее нагруженных. В момент пиковой нагрузки фиксируйте значения CPU каждые 5–10 секунд, чтобы получить точные данные о влиянии каждого потока на производительность процессора. Это помогает выявить конкретные приложения или протоколы, вызывающие скачки, и корректировать правила фильтрации и приоритизации трафика.
Вопрос-ответ:
Где в Mikrotik можно увидеть текущую загрузку процессора?
В интерфейсе RouterOS информация о загрузке процессора отображается в разделе «System» → «Resources». Там показаны показатели CPU, доступная память и использование хранилища. Также можно наблюдать графики нагрузки, которые помогают понять, в какие моменты процессор работает интенсивнее.
Можно ли проверить нагрузку процессора через терминал Mikrotik?
Да, это можно сделать через командную строку. Команда /system resource print выводит информацию о текущей загрузке CPU, оперативной памяти, времени работы маршрутизатора и других параметрах. Такой способ удобен для удалённого мониторинга без графического интерфейса.
Что делать, если процессор Mikrotik часто загружен на 100%?
Высокая нагрузка может быть связана с большим количеством активных соединений, сложными правилами файрвола или использованием ресурсоёмких сервисов. Рекомендуется проверить список процессов через /system resource monitor, выявить, какие задачи потребляют больше всего ресурсов, и при необходимости оптимизировать конфигурацию или распределить нагрузку между устройствами.
Можно ли настроить уведомления о перегрузке процессора на Mikrotik?
Да, RouterOS позволяет настроить скрипты или использовать встроенные инструменты мониторинга, которые отправляют уведомления при достижении определённого порога загрузки CPU. Например, можно настроить отправку сообщений на email или через Telegram, чтобы получать предупреждения до того, как нагрузка станет критической.
