Poor man's monitoring или мониторим сервера из консоли

[denaspireone]

1) zabbix из коробки в digital ocean умеет больше, чем руками на костылях
2) prometheus + grafana + prometheus exporterы тоже умеют много чего и они ставяться на раз, если имели дело
3) netdata + prometheus/VictoriaMetrics
4) еще есть graphouse
5) еще есть telegraf + VictoriaMetrics
6) для староверовжилов еще есть nagios, icinga2, munin

[SirEdvin]

3) netdata — конкурент prometheus

Я бы не согласился. Емнип, netdata собирает данные исключительно с одного хоста и в целом их не хранит. netdata как раз может выступать коллектором для prometheus или другой tsdb.

[denaspireone]

спс, за уточнение, исправил
PS: не имел делов с ней ;)

[Tangeman]

netdata умеет собирать данные со многих хостов (где она же может быть чисто коллектором), оповещать в случае проблем с любым из них (т.е. alerts работают по всем собранным данным), и умеет хранить — с версии 1.15 появился dbengine, что (в качестве побочного эффекта) сильно сократило требования по памяти, даже если хранить историю за неделю (раньше всего лишь день при сэмплинге в 1 секунду мог легко сожрать гиг оперативки).

[denaspireone]

А есть у вас в заначке урла, где почитать об этом всем с примерами, кроме как на хабре?

[valyala]

Кстати, netdata научилась записывать данные по Prometheus remote write протоколу — github.com/netdata/netdata/issues/5619. Это означает, что netdata может записывать данные в любой remote storage для Prometheus, в т.ч. и VictoriaMetrics. При этом сам Prometheus в данной схеме не нужен.

[Sburn]

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