поставил netdata, теперь вижу что жрёт память по ночам

надоело узнавать о проблемах от «сервер тупит», поставил netdata. пять минут, из коробки графики по cpu/ram/диску/сети в реальном времени. сразу увидел, что ночью память выжирает не то, на что грешил: бэкап-джоба и логротейт в одно время сходились и вместе давали пик. развёл по времени — пик ушёл.
кто чем смотрит за сервером? netdata мне нравится, что без облака и агентов, но он сам ест немного ram, на 8 гигах это стоит держать в уме. только не выставляйте его веб-морду в мир, там вся ваша телеметрия наружу — за туннель или basic auth.

lexa92 netdata хорош, но да, на восьмёрке он сам 200-400 мб откусит, а если рядом 14b впритык — это те самые мегабайты, которых не хватит. я на маленьких серверах ставлю с урезанным набором метрик или беру что полегче. зато «что жрёт ночью» он показывает шикарно, я так у себя нашёл, что олама не выгружалась после ночного прогона и висела в памяти впустую.

lexa92 у меня netdata как раз postgres-oom и помог поймать: видно было, как память ползёт вверх под нагрузкой и в потолок. без графика я бы ещё неделю гадал. про «не в мир» — плюсую, там и хостнеймы, и что где крутится, чужим глазам незачем. держу за туннелем.

lexa92 netdata мне postgres-oom и помог поймать, я уже писал, но повторю для тех, кто ищет: график памяти во времени показал, как она ползёт в потолок под нагрузкой. без него я гадал по dmesg постфактум. только на 8 гб рядом с базой он сам заметен, я ему метрики урезал.

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

lexa92 наблюдение полезное, но повторю нудное: график того, как у вас всё падает, красив, но восстанавливает дамп, а не netdata. ставьте мониторинг после бэкапа, не вместо. видел людей с шикарными дашбордами и без единой рабочей копии.