# /etc/netdata/exporting.conf
[prometheus_remote_write:grafana_cloud]
enabled = yes
destination = https://prometheus-us-central1.grafana.net/api/prom/push
username = 123456 # ID-ul tau de la Grafana
password = glc_your_api_key_here
update every = 10
# Filtram masiv pentru a nu depasi free tier-ul Grafana
send charts matching = system.cpu | system.ram | system.io | system.netDe ce avem nevoie de monitorizare externă și internă?
Dacă rulezi proiecte pe VPS-uri ieftine de 4-5 dolari, nu vrei să plătești încă 20 de dolari pe lună pentru Datadog sau New Relic doar ca să știi când se umple discul. Dar nici nu poți dormi liniștit sperând că totul e în regulă.
Am avut cazul unui site de prezentare cu vreo 15k useri unici pe lună care a picat pentru că logurile de la Nginx au umplut tot spațiul pe disc în weekend. Clientul m-a sunat duminică seara, urlând că afacerea lui e la pământ. Atunci mi-am dat seama că am nevoie de un setup de alertare care să nu mă coste nimic, dar să fie destul de deștept încât să mă avertizeze înainte să se propage dezastrul. Am combinat trei unelte gratuite: Netdata, Grafana Cloud și UptimeRobot.
Netdata: Monitorizarea locală care știe prea multe
Netdata este genial pentru că se instalează cu o singură linie de comandă și îți arată absolut tot ce mișcă pe server în timp real. Partea proastă? Mănâncă resurse. Pe un VPS mic cu 1 vCPU, agentul de Netdata poate să consume constant între 3% și 5% din procesor doar ca să-și ruleze propriile procese de colectare.
Pentru a evita asta, eu îl configurez să ruleze în mod "headless", adică opresc dashboard-ul lui web local (care consumă destul de mult RAM când e deschis în browser) și trimit datele mai departe către un serviciu extern. Rămâne doar serviciul de colectare activ în fundal.
Grafana Cloud: Unde centralizăm totul gratis
Grafana are un free tier excelent: primești 10.000 de metrici active și 50 GB de loguri pe lună. E mai mult decât suficient pentru 2-3 VPS-uri medii.
Șmecheria este să legi Netdata de Grafana Cloud folosind protocolul Prometheus remote write. Totuși, am dat de un mare trade-off aici: Netdata colectează implicit zeci de mii de metrici secundare (de la frecvența CPU per core până la statistici obscure de rețea). Dacă le trimiți pe toate, depășești limita gratuită din Grafana în primele 10 minute. Am pățit asta la primul test și mi s-a blocat contul până la următoarea perioadă de facturare.
Soluția este să filtrezi metricile din fișierul de configurare Netdata înainte de a le trimite la export. Trimitem doar CPU total, RAM liber, disk space și trafic de rețea, ignorând mărunțișurile.
UptimeRobot: Alarma de rețea simplă și eficientă
De ce mai pun și UptimeRobot dacă am Grafana? Pentru că dacă VPS-ul moare cu totul (de exemplu, pică hypervisor-ul la provider sau ai o problemă masivă de rețea), Grafana nu o să mai primească date. Deși poți configura o alertă de tipul "no data" în Grafana, configurarea ei corectă e destul de migăloasă și uneori are latență.
UptimeRobot e o unealtă simplă. Face un ping HTTP pe portul 443 o dată la 5 minute. Dacă serverul nu răspunde cu cod 200, primesc instant notificare push pe telefon prin aplicația lor mobilă și pe un canal de Discord dedicat. E simplu, brut, dar n-a dat niciodată rateu în 5 ani de când îl folosesc.
Concluzia mea
Cu acest setup am redus timpul de reacție la incidente la sub 5 minute, fără să plătesc un leu pe monitorizare. Netdata strânge datele locale, le trimite filtrat în Grafana Cloud pentru istoric și grafice, iar UptimeRobot stă ca paznic extern în caz de downtime total.
Voi ce folosiți pentru VPS-urile mici? Mergeți pe scripturi clasice scrise în cron sau v-ați mutat pe soluții complet self-hosted gen Uptime Kuma?