Миграция с Zabbix на российскую систему мониторинга — задача, которая стоит перед многими организациями в контексте импортозамещения, но боязнь потерять наработанную телеметрию и остановить критичные бизнес-процессы часто тормозит этот переход.
Если инфраструктура организации уже работает под управлением системы мониторинга Zabbix, а бизнес-требования диктуют необходимость перехода на российское решение, эффективным вариантом станет использование отечественной платформы мониторинга Wisla. Данный программно-аппаратный комплекс входит в реестр российского ПО и обеспечивает соответствие требованиям импортозамещения без потери функциональности.
В этой статье мы рассмотрим, как получать метрики напрямую с Zabbix-агентов, установленных на Ваших хостах, с помощью утилиты zabbix_get, и отправлять их в систему мониторинга Wisla, полностью минуя Zabbix-сервер.
Почему компании переходят с системы мониторинга Zabbix на wiSLA?
Постепенный переход на новую систему без потери данных со старых агентов
Одним из ключевых преимуществ перехода с Zabbix на wiSLA является возможность осуществить миграцию поэтапно, без риска потери накопленной телеметрии и прерывания мониторинга критически важных систем. В отличие от традиционного подхода, требующего полной остановки службы мониторинга и массовой переустановки агентов, интеграция с wiSLA позволяет сохранить весь существующий слой сбора данных. ZabbixAgent — распространенное и хорошо документированное решение, с которого легко снимать данные.
Соответствие требованиям импортозамещения
wiSLA является российской разработкой и включена в реестр отечественного ПО. Решение соответствует требованиям к информационной безопасности, может использоваться в государственных и стратегически значимых организациях
Комплексная поддержка и внедрение
Команда разработчиков wiSLA сопровождает проект на всех этапах: от анализа текущей системы и миграции с Zabbix до обучения сотрудников, адаптации шаблонов и технической поддержки в режиме эксплуатации
Расширенный функционал мониторинга
wiSLA включает весь необходимый функционал, представленный в Zabbix, и дополняет его возможностями: мониторинг каналов связи, нагрузочное тестирование, визуализация в формате дашбордов, топологий, карт сети, контроль SLA и генерация отчетности, сценарный и синтетический мониторинг, гибкая система оповещений, включая интеграции с мессенджерами
Подтвержденная точность измерений
wiSLA использует сертифицированные аппаратные зонды, внесенные в реестр средств измерений. Это гарантирует юридически значимую достоверность результатов тестирования и мониторинга каналов связи и сервисов
Надежность архитектуры и масштабируемость
Система поддерживает как горизонтальное, так и вертикальное масштабирование, работает в отказо- и катастрофоустойчивых конфигурациях, позволяет агрегировать данные с распределенных узлов и внешних ВМ. wiSLA применяется в проектах уровня крупных телеком-операторов, банков, промышленных и государственных структур.
Как работает связка Zabbix — Wisla
Платформа ИТ-мониторинга Wisla (или Slamon-agent на ее стороне) подключается по сети к порту ZabbixAgent (по умолчанию 10050/TCP), отправляет ему значение и ключ нужного элемента данных (item , key), а агент в ответ возвращает текущее значение метрики.
Обязательные условия перед началом
Для того чтобы этот метод работал, необходимо выполнить несколько условий на стороне целевого хоста с ZabbixAgent:
Установленный и запущенный ZabbixAgent
Подойдут версии 2 или 5. В нашем случае используется zabbix-agent2.
Правильная настройка конфигурации агента
Главное — разрешить удаленные запросы. Редактируем конфигурационный файл обычно /etc/zabbix/zabbix_agent2.conf или zabbix_agentd.conf):
sudo nano /etc/zabbix/zabbix_agent2.conf
Критически важные параметры:
1.Server: Должен содержать IP-адрес или DNS-имя вашего сервера Wisla (или агента-сборщика), который будет делать запросы. Можно перечислить несколько адресов через запятую.
2.ServerActive: Аналогично, для активных проверок (в нашем сценарии менее важен, но лучше указать)
3.Hostname: Должен быть задан, если используется активная регистрация на сервере.
Пример корректного конфига:
Hostname=wisla.ink
Server=192.168.100.180 -- IP-адрессервераWisla
ServerActive=192.168.100.176
Установка утилиты Zabbix-get
Эта утилита обычно поставляется в пакете с агентом Zabbix-agent2, но при использование просто Zabbix-agent может быть установлена отдельно. С использование следующей команды команды (для AstraLinux, Debian, Ubuntu):
sudo apt installzabbix-get
Проверить открытия сетевого порта:
Убедитесь, что на хосте с агентом открыт порт 10050/TCP, а межсетевой экран (firewall) разрешает входящие соединения с вашего сервера Wisla на этот порт.
Скрипт для сбора метрик
Основная логика реализуется в скрипте-сборщике, который будет запускаться вашей системой мониторинга. В Wisla это можно реализовать через модуль CustomScenario (специальная разработка для выполнения нетривиальных задач), используя в нем адаптер CommandLineAdapter.
Приведенный ниже код на JavaScript (для Wisla) делает следующее: для каждого ключа метрики формирует команду zabbix_get, выполняет ее и результат передает на выход.
Где найти нужные ключи (Item,Keys)?
Это ключевой вопрос, поскольку ZabbixAgent поддерживает сотни встроенных ключей для сбора метрик. Для решения данного вопроса можно использовать несколько источников:
-
Официальная документация. Лучший источник актуальной информации.
-
Конфигурационные файлы агента. Изучите файлы в директории /etc/zabbix/zabbix_agent2.d/. Часто плагины и пользовательские проверки описываются там.
-
Веб-интерфейс Zabbix-сервера. Если сервер еще есть, можно зайти в настройки любого хоста, посмотреть список Items и скопировать ключи оттуда.
Заключение
Переход с Zabbix на российскую систему мониторинга Wisla через сохранение существующих агентов и съем метрик с помощью zabbix_get представляет собой оптимальное решение для организаций, которым требуется соответствие требованиям импортозамещения без операционных рисков и потери накопленных данных. Организации получают возможность постепенно переходить на российскую платформу ИТ-мониторинга, сохраняя инвестиции в существующую агентскую инфраструктуру и минимизируя операционные риски.
