# /etc/netdata/exporting.conf
[exporting:global]
enabled = yes
update every = 10
[prometheus_remote_write:grafana_cloud]
enabled = yes
destination = https://prometheus-us-central1.grafana.net/api/v1/push
headers = Authorization = Bearer GL_API_KEY_AICI
username = USER_ID_AICI
type = prometheus_remote_writeSă fim sinceri: nimănui nu-i convine să dea 20 de dolari pe lună pentru monitorizare când rulează un proiect pe un VPS de 4 euro de la Hetzner. Am pățit asta la început, când costul tool-urilor de observabilitate depășea cu mult costul infrastructurii. După câteva încercări eșuate cu instanțe de Prometheus care îmi umpleau discul în trei săptămâni, am pus la punct un setup de monitorizare 100% gratuit, stabil și extrem de capabil.
Folosesc combinația asta de mai bine de doi ani pe vreo 5 servere mici și nu am plătit niciun cent. Uite cum legi Netdata, Grafana Cloud și UptimeRobot ca să dormi liniștit noaptea.
Piesa de bază: Netdata local pentru colectare rapidă
Netdata este excelent pentru că se instalează cu o singură comandă și detectează automat tot ce mișcă pe server: Nginx, Docker, PostgreSQL, consum de RAM sau I/O pe disc. Partea proastă e că dacă îl lași cu setările default, îți poate mânca și 150-200MB de RAM doar ca să stocheze metricile local în baza lui de date. Pe un VPS mic de 1GB RAM, asta chiar doare.
Soluția mea a fost să dezactivez baza de date locală a lui Netdata (sau să o limitez la minimum) și să folosesc agentul doar ca pe un colector (un exporter mai inteligent) care trimite datele mai departe.
Grafana Cloud: Creierul operațiunii
În loc să te chinui să îți găzduiești propria instanță de Grafana și Prometheus, poți folosi free tier-ul de la Grafana Cloud. Oferă 10.000 de metrici active (active series) și 50GB de loguri gratuit. Este extrem de generos pentru 2-3 VPS-uri.
Pentru a trimite datele din Netdata către Grafana Cloud, folosim funcția de exporting din Netdata, care face push prin protocolul Prometheus remote write. Tot ce trebuie să faci este să îți iei URL-ul de remote write, User ID-ul și API Key-ul din dashboard-ul tău de Grafana Cloud și să le pui în /etc/netdata/exporting.conf.
Plasa de siguranță: UptimeRobot
Dacă VPS-ul tău moare complet (de exemplu, pică rețeaua la provider sau ai un kernel panic), Netdata nu mai are cum să trimită date către Grafana Cloud. Grafana îți poate trimite o alertă că nu mai primește date, dar configurarea alertelor de tip "no data" în Grafana poate fi destul de anevoioasă.
Aici intervine UptimeRobot. Versiunea lor gratuită îți oferă 50 de monitoare la interval de 5 minute. Configurezi un simplu monitor de tip HTTPS sau Port (portul 443 sau 80) care să verifice dacă site-ul sau serverul tău răspunde. Dacă pică, primești mail instant. E simplu, brut, dar își face treaba perfect când pică hardware-ul.
Trade-off-uri de care trebuie să fii conștient
Nimic nu e gratis fără un mic compromis. Cel mai mare minus la setup-ul ăsta este că Netdata colectează enorm de multe metrici implicit. Dacă ai multe containere Docker pe un singur server, Netdata va încerca să trimită mii de metrici către Grafana Cloud și vei depăși rapid limita de 10.000 de metrici active din free tier. Va trebui să editezi exporting.conf sau netdata.conf ca să filtrezi ce trimiți (să excluzi de exemplu metricile detaliate per container dacă nu ai nevoie de ele).
De asemenea, Grafana Cloud are o curbă de învățare destul de abruptă dacă vrei să-ți construiești propriile dashboard-uri de la zero, deși există template-uri gata făcute pentru Netdata în comunitate.
Voi cum vă monitorizați serverele mici pentru proiecte personale? Mergeți pe self-hosted complet sau preferați să externalizați asta spre SaaS-uri în free tier?