Какую выбрать систему мониторинга для работы за NAT для небольшого разношерстного парка?

Question

[FilimoniC]

Задача :

• собирать в центральное хранилище и отображать в графике различные данные мониторинга
  
• через push-методику (клиент отправляет к серверу)
  
• с небольшого количества систем (30)
  
• с разношерстных систем (OpenWRT, Windows, Linux)
  
• с возможностью настраивать "кастомные" метрики на клиенте
  
• в том числе - кастомные метрики с использованием внешних приложений\скриптов
  
• через публичный интернет, в том числе "плохой" (сервер наружу, клиент за NAT)
  
• без vpn-подключения
  

Collectd + gRPC идеален, кроме отсутствия клиента под Windows

Zabbix не устраивает тем, что

• Тяжелый сервер
  
• Для нормальной работы требуется подключение Сервер->Клиент
  

Comments

[Rsa97]

Для нормальной работы требуется подключение Сервер->Клиент

Для Windows и Linux не требуется, агент может работать в активном режиме.

[Alexey Dmitriev]

Используйте поиск хотя бы по сайту, прежде чем задавать вопросы.

[FilimoniC]

Alexey Dmitriev, Вы бы лучше подсказали ключевые слова, чем впустую тратить время на комментарий

Answer 1

[Руслан Федосеев]

Ну вообще вы описали прям схему использования заббикса... А простите, вы говорите, что сервер тяжелый. Сколько тысяч устройств вам надо мониторить?

Comments

[FilimoniC]

Мне надо 30 - и мне кажется что Zabbix для этого что-то многовато.

[Руслан Федосеев]

А вы попробуйте )

[FilimoniC]

Руслан Федосеев, Спасибо, попробую.

Answer 2

[Saboteur]

grafana. Обычно она уже идет с influxDB, можно метрики слать напрямую в influxDB через его АПИ

Comments

[FilimoniC]

Еще бы агента под Windows который умеет в InfluxDB слать данные...

[Saboteur]

FilimoniC, да обычный curl
инфлюкс формат очень банальный

[Saboteur]

curl -i -XPOST localhost:8086/query --data-urlencode "q=insert blablabla"

для авторизации можно добавить хеадер с токеном

[Saboteur]

И вообще, графана может работать с разными базами данных, и даже с обычным cvs файлом. Но у инфлюксДБ действительно простой и удобный веб АПИ для вставки данных из приложений или скриптов.

[FilimoniC]

Saboteur, так вопрос же еще и в агенте - я понял что можно колхоз в виде скрипта в фоне от имени системы, но все же...

За информацию спасибо

[Saboteur]

FilimoniC, "через push-методику (клиент отправляет к серверу)"

если клиент планирует что-то отправлять серверу, значит предполагается что вы можете ваши приложения модифицировать.
На любом языке программирования несложно выполнить обычный http запрос чтобы пушнуть данные.
Или как вы еще планировали делать push?

опять же, чем "колхоз в виде скрипта" хуже "агента" - одно и тоже.

[FilimoniC]

Saboteur, PUSH я указал как концепцию.
Я рассчитывал что у "решения" будет некий "агент" который осуществляет некоторые действия - сбор метрик в кучу, обеспечение периодичности, сжатие, кеширование неотправленных данных, авторизацию на сервере - ну и сам пуш данных.

[Saboteur]

у многих фреймворков есть готовые библиотеки для работы с внешними источниками. Логгеры умеют писать лог в файл или прямо в логстеш/кибану.
Метрики могут отдаваться по http или отправляться в инфлюкс или прометеус в нужном формате.

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