Для мониторинга устройств MikroTik существует несколько подходов, каждый из которых имеет свои преимущества и недостатки. Одним из них является связка MikroTik API, MKTXP, Prometheus и Grafana, которая обеспечивает гибкость и позволяет получать более широкий набор метрик, чем SNMP. Этот подход особенно полезен для отслеживания таких параметров, как DHCP leases, пулы адресов, сессии PPP и Hotspot, а также количество соединений по правилам брандмауэра. Все эти метрики не всегда доступны через SNMP. При этом, если в инфраструктуре уже используется Prometheus, то внедрение MKTXP не потребует больших усилий.
В качестве альтернативы часто используют мониторинг через SNMP с помощью Zabbix. Это решение более проверенное временем и также хорошо подходит для мониторинга доступности и базовых параметров MikroTik. Zabbix отлично справляется с оповещениями, а для визуализации можно использовать Grafana. Подход с Zabbix подходит в том случае, когда в основном линия поддержки использует именно его данные. Zabbix также позволяет использовать автообнаружение для клиентов.
Выбор конкретного инструмента зависит от требований к мониторингу и текущей инфраструктуры. Если необходимо отслеживать широкий спектр метрик, включая те, которые не доступны через SNMP, или уже используется Prometheus, то связка API, MKTXP, Prometheus и Grafana будет более предпочтительным решением. В случае, когда достаточно базовых метрик и уведомлений, то использование Zabbix будет более оптимальным и простым решением. При этом, даже если используется Zabbix, можно использовать Grafana для визуализации, а Zabbix сам умеет читать метрики с экспортеров Prometheus.
Для мониторинга туннелей Wireguard и Zerotier, возможно, потребуется более детальное изучение возможностей API или дополнительных экспортеров, так как в статье этот вопрос не освещен. При этом, важно отметить, что отслеживание изменения режима работы интерфейса, например, в Zabbix, возможно даже с помощью стандартного шаблона. А вот отслеживание сбоя autonegotiation, к сожалению, возможно только в ручном режиме.
Изображение носит иллюстративный характер
В качестве альтернативы часто используют мониторинг через SNMP с помощью Zabbix. Это решение более проверенное временем и также хорошо подходит для мониторинга доступности и базовых параметров MikroTik. Zabbix отлично справляется с оповещениями, а для визуализации можно использовать Grafana. Подход с Zabbix подходит в том случае, когда в основном линия поддержки использует именно его данные. Zabbix также позволяет использовать автообнаружение для клиентов.
Выбор конкретного инструмента зависит от требований к мониторингу и текущей инфраструктуры. Если необходимо отслеживать широкий спектр метрик, включая те, которые не доступны через SNMP, или уже используется Prometheus, то связка API, MKTXP, Prometheus и Grafana будет более предпочтительным решением. В случае, когда достаточно базовых метрик и уведомлений, то использование Zabbix будет более оптимальным и простым решением. При этом, даже если используется Zabbix, можно использовать Grafana для визуализации, а Zabbix сам умеет читать метрики с экспортеров Prometheus.
Для мониторинга туннелей Wireguard и Zerotier, возможно, потребуется более детальное изучение возможностей API или дополнительных экспортеров, так как в статье этот вопрос не освещен. При этом, важно отметить, что отслеживание изменения режима работы интерфейса, например, в Zabbix, возможно даже с помощью стандартного шаблона. А вот отслеживание сбоя autonegotiation, к сожалению, возможно только в ручном режиме.
