Как стать автором
Обновить

Мониторинг вашей инфраструктуры с помощью Grafana, InfluxDB и CollectD

Время на прочтение7 мин
Количество просмотров25K
Всего голосов 9: ↑8 и ↓1+7
Комментарии9

Комментарии 9

В продакшене вы тоже используете OSS версию InfluxDB?

НЛО прилетело и опубликовало эту надпись здесь
influxdb и prometheus всё таки разные, используют разные методы отправки метрик (push vs pull)
НЛО прилетело и опубликовало эту надпись здесь
хмм, это с каких пор завезли? Я помню решалось в виде прослойки телеграфа или чего то подобного, которое держит метрики и отдаёт прометею при запросе.
Вопрос схожий выше, почему в конце цепочки не kafka + grafana?

Не знаю почему автор выбрал, но я снёс телеграф потому что он жрёт намного больше чем ресурсов чем collectd. Впрочем, по сравнению с netdata collectd тоже тот ещё монстр, особенно если сэмплинг идёт каждую секунду.

Давайте представим, что у нас есть несколько расположенных на разных материках устройств. Каким образом мы будем обрабатывать переменную «time»? Станем ли мы привязывать все данные ко времени по Гринвичу, или мы зададим каждому узлу свой часовой пояс? Если данные сохраняются в разных часовых поясах, каким образом нам корректно отобразить их на графиках? Как можно видеть, проблемы возникают одна за другой.

Простите, вы это серьезно? Это было проблемой лет 20 назад, да и то не везде.

Впрочем, вспоминая, сколько мне приходилось почти на каждом проекте воевать с бэкенд-разработчиками, норовившими отдавать время в REST API не в UTC, а локальное, я уже ничему не удивляюсь.

P.S. Хотя нет, вот сейчас бросил взгляд на календарь — и снова удивился, 2021 г. же на дворе.
1. А почему например не zabbix или netXMS?
2. Связка Grafana+InfluxDB+CollectD — разворачивается на одной виртуальной машине? Или лучше отдельная физическая?
Какие параметры машины будут достаточны для работы?
3. Хотелось бы более подробно узнать про нюансы установки.
з.ы Спасибо за интересную статью
Зарегистрируйтесь на Хабре, чтобы оставить комментарий