Комментарии 6
Поделитесь пожалуйста, зачем вам онлайн эти данные? (может нам тоже надо)
9 метрик на каждого пользователя с частотой 5 минут пишутся в базу Zabbix. Какая от этого польза кроме красивых графиков? У вас есть какие-то триггеры?
А еще, что будет если пользователь из двух мест одновременно подключится?
Кстати 6 из этих метрик данных не изменяются во время сессии, а в шаблоне я не вижу препроцессинга по отбрасыванию не изменившихся данных. Бессмысленное забивание БД одинаковыми данными.
Для нужд КБ и HR.
Триггеров нет, но никто не запрещает придумать логику и зажигать лампочку в нужном вам сценарии. К примеру подсвечивать пользователей из другой страны. У нас такой необходимости нет, достаточно истории в n дней с поиском в Grafana.
Его будет выкидывать из новой сессии, ну а метрики запишутся те, которые будут в логе на момент опроса скрипта.
На момент создания шаблона не думал об этом, да и по месту не страдаем. Возможно добавлю в будущем, спасибо. Вообще редко использую эту фичу.
Для нужд КБ и HR.
Можете привести примеры?
Просто если в connection/disconnection скрипте OpenVPN записывать те же самые в БД, то это будет всего две строчки на сессию. При этом единственная информация которая потеряется, это сколько прямо сейчас накачал клиент.
На все остальные вопросы такие записи в БД смогут ответить. Сколько раз, откуда, когда подключался клиент, сколько выкачал за период (законченные сессии). У кого сейчас открыты сессии и т.д.
> Триггеров нет, но никто не запрещает придумать логику и зажигать лампочку в нужном вам сценарии.
В том и дело, что я не могу придумать никаких сценариев, как использовать такие данные в парадигме Zabbix
Можете привести примеры?
Сотрудника обвиняют в том, что он поздно пришел на работу, хотя по подключениям и статистики видно, что он пришел на работу и/или подключился вовремя. КБ приходит и просит проверить откуда, во сколько и как долго был подключен человек в тот или иной день и промежуток времени. Вот пара примеров.
Просто если в connection/disconnection скрипте OpenVPN записывать те же самые в БД, то это будет всего две строчки на сессию. При этом единственная информация которая потеряется, это сколько прямо сейчас накачал клиент.
На все остальные вопросы такие записи в БД смогут ответить. Сколько раз, откуда, когда подключался клиент, сколько выкачал за период (законченные сессии). У кого сейчас открыты сессии и т.д.
На вкус и цвет, как говорится)
В том и дело, что я не могу придумать никаких сценариев, как использовать такие данные в парадигме Zabbix
Это какое-то обязательное условие? У нас есть интеграции, где просто записываются метрики для дальнейшего вывода их в графане с сохранением историчности и трендов. Там нет триггеров и они особо не нужны.
Хммм, на первой картинке в статье (с сутулым человечком и камерами наблюдения) тень нарисована не правильно. Это современная тенденция такая?
Подобный мониторинг в Pritunl кто-то запустил?
Мониторинг пользователей OpenVPN с помощью Zabbix и визуализации в Grafana