Netdata Adalah: Cara Kerja, Beban Server & Batas Gratis

Saat server terasa lambat, refleks pertama hampir semua orang sama: masuk lewat SSH lalu mengetik top. Angkanya muncul, Anda melihat proses mana yang paling rakus, lalu terminal ditutup. Persoalannya, angka itu ikut hilang bersama terminalnya.

Lonjakan yang terjadi pukul tiga pagi tidak pernah Anda lihat. Ketika pelanggan mengeluh siang harinya, tidak ada rekaman apa pun untuk dibandingkan. Sebagian orang menutup celah ini dengan perintah sar, yang menyimpan riwayat performa ke berkas harian. Cara itu bekerja, tetapi keluarannya berupa tabel angka yang harus dibaca baris demi baris.

Netdata adalah jawaban lain untuk persoalan yang sama. Alih-alih menunggu Anda memanggil sebuah perintah, ia berjalan terus di latar belakang, mengambil sampel setiap detik, lalu menyajikannya sebagai grafik yang bisa dibuka lewat browser.

Netdata Adalah Pemantau Server Beresolusi Satu Detik

Kalau seseorang bertanya apa itu Netdata, jawaban paling ringkasnya begini. Netdata adalah perangkat lunak pemantauan server yang mengumpulkan metrik setiap satu detik, menyimpannya secara lokal, lalu menampilkannya sebagai grafik langsung. Metrik di sini berarti angka terukur seperti pemakaian CPU, memori, disk, dan lalu lintas jaringan. Pengembangnya menyebut kategorinya observability, yaitu kemampuan memahami apa yang sedang terjadi di dalam sebuah sistem hanya dari data yang keluar darinya.

Dua hal membedakannya dari alat sejenis. Resolusinya satu detik, bukan satu menit. Dan ia tidak menuntut Anda mendefinisikan metrik apa pun sebelum grafik pertama muncul.

Proyeknya dimulai 17 Juni 2013. Costa Tsaousis menulisnya ketika menjabat COO, karena alat pemantauan yang ada saat itu tidak memadai baginya. Sampai artikel ini ditulis, repositorinya mengumpulkan 80.346 bintang di GitHub, berlisensi GPL-3.0, dan versi stabil terakhirnya v2.11.0 yang dirilis 12 Agustus 2026.

Namanya sendiri membingungkan dan perlu diluruskan sejak awal. Ada integrator teknologi informasi Indonesia bernama PT Network Data Sistem, dan ada perusahaan keamanan asing bernama Netdata Networks. Keduanya tidak berhubungan dengan perangkat lunak ini.

Agent, Cloud, dan Parent: Tiga Nama yang Sering Tertukar

Kebingungan terbesar seputar Netdata bukan soal teknis, melainkan soal nama. Tiga hal berbeda sama-sama disebut "Netdata", dan tanpa membedakannya Anda akan salah membaca harganya.

1. Netdata Agent: perangkat lunak yang Anda pasang di server. Ia yang mengumpulkan metrik, menyimpannya di disk server itu sendiri, menjalankan deteksi anomali, dan menyajikan dasbornya di port 19999. Bagian inilah yang berlisensi GPL dan gratis sepenuhnya.
2. Netdata Cloud: layanan web di app.netdata.cloud untuk melihat banyak server dalam satu tampilan. Yang perlu digarisbawahi, Cloud tidak menyimpan sampel metrik Anda — ia hanya menerima metadata seperti nama host, daftar plugin aktif, dan status alert. Sampel baru mengalir saat ada orang membuka grafiknya, dan umumnya sudah teragregasi.
3. Parent: bukan produk terpisah, melainkan sebuah agent biasa yang dikonfigurasi menerima aliran data dari agent lain (disebut child). Pola ini dipakai kalau Anda ingin memusatkan riwayat tanpa melibatkan layanan pihak ketiga.

Ketiganya bisa berdiri sendiri-sendiri. Agent tanpa Cloud sudah memberi Anda dasbor yang utuh, dan Cloud hanya menambahkan tampilan gabungan di atasnya.

Tiga peran Netdata: agent memantau server sendiri, parent menampung agent lain, Cloud hanya menerima metadata.

Karena Cloud tidak memegang sampel Anda, mematikannya tidak membuat Anda kehilangan data. Grafiknya tetap ada di server masing-masing, hanya harus dibuka satu per satu.

Yang Langsung Terpantau Tanpa Anda Konfigurasi

Nilai jual utama Netdata bukan jumlah metriknya, melainkan kenyataan bahwa Anda tidak perlu mendefinisikan satu pun. Begitu agent berjalan, ia memindai sistem lalu menyalakan pengumpul data yang sesuai.

Dokumentasi resminya menyebut angka 800+ integrasi. Penghitungan langsung terhadap pohon berkas repositorinya pada Agustus 2026 memberi gambaran yang lebih konkret: 135 collector di modul go.d, lima modul python.d yang tersisa, dan 28 plugin native. Plugin native inilah yang mengerjakan bagian terberat. Di antaranya proc.plugin untuk metrik kernel Linux, cgroups.plugin untuk kontainer, dan apps.plugin untuk pemakaian per aplikasi. Ada pula ebpf.plugin untuk pengamatan tingkat kernel dan systemd-journal.plugin untuk log sistem.

Artinya, kalau di server Anda ada Nginx, MySQL, dan Docker, ketiganya muncul sebagai grafik tersendiri tanpa Anda menyentuh satu berkas konfigurasi pun. Laju acuan dokumentasi untuk server biasa adalah sekitar 4.000 metrik per detik.

Monitoring otomatis Netdata: satu perintah, agent memindai sistem, lalu grafik muncul sendiri di port 19999.

Frekuensinya diatur oleh satu baris di netdata.conf:

[db]
    update every = 1

Nilainya boleh diisi 1 sampai 3600 detik. Menaikkannya adalah cara paling sederhana meringankan server kecil, dengan konsekuensi hilangnya detail antar-detik.

Bagaimana Data Per Detik Tidak Membanjiri Disk

Mengambil sampel tiap detik terdengar seperti resep untuk memenuhi disk. Netdata menghindarinya dengan basis data bertingkat bernama dbengine, yang menyimpan data yang sama dalam tiga resolusi berbeda dan membuang yang paling detail lebih dulu.

Sampel tier0 yang aslinya berukuran 4 byte dipadatkan menjadi 0,6 byte di disk. Setiap 60 sampel tier0 diringkas menjadi satu titik di tier1, dan 60 titik tier1 diringkas lagi menjadi satu titik tier2.

Retensi bawaan Netdata: per detik 14 hari, per menit 3 bulan, per jam 2 tahun, tiap tingkat dibatasi 1 GiB.

Total ruang untuk metrik dibatasi 3 GiB secara bawaan. Ditambah basis data SQLite, riwayat transisi alert, dan metadata lain, pemakaian disk yang wajar berada di sekitar 4 GiB. Data dihapus ketika batas ukuran atau batas waktu tercapai, mana pun yang lebih dulu. Batas ukurannya sendiri bersifat target lunak, jadi pemakaian nyata bisa sesaat melampauinya.

Konsekuensi praktisnya perlu Anda sadari. Insiden minggu lalu masih bisa ditelusuri detik per detik. Insiden dua bulan lalu masih ada, tetapi tersisa sebagai rata-rata per menit, sehingga lonjakan tiga detik tidak lagi terlihat. Ketiga batas itu bisa diubah, dan menaikkannya berarti menukar ruang disk dengan kedalaman riwayat.

Deteksi Anomali yang Dihitung di Server Anda Sendiri

Netdata menyalakan deteksi anomali berbasis machine learning untuk setiap metrik, tanpa Anda perlu melatih apa pun. Mekanismenya jauh lebih sederhana daripada yang biasa dibayangkan orang saat mendengar istilah itu.

Algoritmanya adalah k-means clustering dengan k=2, sebuah metode pengelompokan klasik yang membagi data menjadi dua kelompok berdasarkan kedekatan nilainya. Pengembangnya sengaja menghindari model deep learning supaya agent tetap ringan dan tidak menuntut perangkat keras khusus.

Untuk tiap metrik, Netdata memelihara 18 model sekaligus. Masing-masing dilatih pada jendela data selama enam jam, dengan jarak pelatihan tiga jam antar-model. Gabungannya mencakup sekitar 54 jam perilaku terakhir. Sebuah titik data baru ditandai sebagai anomali hanya kalau seluruh 18 model sepakat menyebutnya menyimpang.

Seluruh perhitungan terjadi di server Anda, bukan di layanan awan mana pun. Biayanya sekitar 18 KB memori per metrik dan 2–4% satu inti CPU untuk 10.000 metrik. Hasilnya disimpan sebagai satu bit di samping sampel metriknya, tanpa tambahan ruang.

Tempatkan fitur ini sebagai alat bantu penelusuran, bukan pengganti alert berambang batas. Ia bagus menjawab "apa lagi yang aneh pada jam yang sama", dan kurang cocok jadi satu-satunya pemicu notifikasi.

Sejak agent versi 2.6.0, Netdata juga membuka endpoint MCP (Model Context Protocol, protokol yang memungkinkan asisten AI memanggil sumber data luar) di http://alamat-ip:19999/mcp. Lewat endpoint itu, asisten seperti Claude atau Cursor bisa menanyai metrik, alert, dan log server Anda langsung dari percakapan. Aksesnya diatur terpisah lewat allow mcp from, dan mewarisi allow dashboard from bila tidak diisi. Endpoint serupa di sisi Cloud hanya tersedia pada paket berbayar.

Beban Netdata di VPS Kecil: Angka yang Perlu Anda Tahu

Pengguna VPS hampir selalu menanyakan hal yang sama: apakah alat pemantauan justru membebani server yang dipantau. Dokumentasinya memberi angka yang cukup jelas untuk dijadikan pegangan.

Sebuah agent biasa memakai 100 sampai 200 MB memori, tergantung banyaknya metrik. Pemakaian CPU-nya berada di rentang 1 sampai 5% dari satu inti. Angka itu sudah mencakup tiga tingkat basis data, deteksi anomali, pengumpulan per detik, evaluasi alert, sekaligus pengiriman data ke parent. Berkas README proyeknya menyebut angka untuk sistem produksi: sekitar 5% CPU dengan 150 MiB memori pada pengaturan bawaan. Bila deteksi anomali dan alert dimatikan, keduanya turun ke bawah 1% CPU dan sekitar 100 MiB.

Rumus dasarnya sederhana. Setiap metrik unik yang sedang dikumpulkan membutuhkan 16 KiB memori untuk basis data, ditambah 4 KiB struktur pengumpulan dan 5 KiB model machine learning.

Dari angka-angka itu, rekomendasi yang bisa kami berikan cukup konkret:

1. VPS 1 GB RAM: memadai untuk mencoba dan untuk server yang beban aplikasinya ringan. Kalau memori terasa sesak, matikan deteksi anomali lebih dulu sebelum mengurangi hal lain.
2. VPS 2 GB RAM: nyaman untuk produksi ringan dengan pengaturan bawaan penuh. Ini titik yang kami sarankan kalau Anda ingin memasangnya dan melupakannya.
3. Di bawah 1 GB RAM: naikkan update every ke 5 detik dan matikan machine learning. Alternatifnya, kirimkan datanya ke parent di server lain.

Belum punya server untuk mencobanya? Sebuah VPS Indonesia dengan 2 GB memori sudah cukup menampung Netdata beserta satu aplikasi web berukuran sedang.

Batas Lima Node yang Paling Sering Disalahpahami

Inilah bagian yang paling sering ditanyakan sekaligus paling sering keliru dipahami. Netdata sering disebut "gratis sampai 5 server", dan kalimat itu benar hanya sebagian.

Batas lima node itu adalah batas Netdata Cloud, bukan batas perangkat lunaknya. Agent-nya berlisensi GPLv3 dan boleh Anda pasang di lima, lima puluh, atau lima ratus server tanpa membayar sepeser pun. Yang dibatasi adalah berapa banyak node yang bisa Anda visualisasikan lewat Cloud pada paket Community.

Punya dua puluh server dan tidak ingin membayar? Jalurnya tetap terbuka. Pasang agent di semuanya, arahkan seluruhnya ke satu parent, lalu buka dasbor parent tersebut. Yang Anda korbankan adalah kenyamanan antarmuka Cloud, bukan kemampuan memantaunya.

Batas node Netdata Cloud: paket Community menampilkan 5 dari 9 node, lewat parent sendiri kesembilannya tampil.

Sebagai gambaran biaya, dua puluh node pada paket Business berarti $90 per bulan atau sekitar $1.080 per tahun. Angka itu perlu Anda bandingkan dengan waktu yang dibutuhkan untuk merawat parent sendiri.

Perlu dicatat, sebagian fitur dasbor tetap menuntut login Cloud sekalipun agentnya berjalan lokal: menyimpan preferensi grafik, membuat dasbor kustom, dan menjalankan Functions pada sebuah node.

Port 19999 Terbuka Tanpa Kata Sandi

Bagian ini paling penting bagi siapa pun yang memasang Netdata di server ber-IP publik, sekaligus paling mudah terlewat karena semuanya berjalan mulus.

Setelah pemasangan, dasbor tersedia di port 19999. Pengaturan bawaan pada netdata.conf berbunyi:

[web]
    default port = 19999
    allow connections from = localhost *
    allow dashboard from = localhost *

Tanda bintang itu berarti dari mana saja. Dokumentasi keamanan resmi Netdata menyatakannya tanpa berputar-putar: akses langsung ke agent umumnya tidak terautentikasi dan mengandalkan isolasi jaringan lokal atau kebijakan firewall. Dengan kata lain, siapa pun yang mengetahui alamat IP server Anda bisa membuka grafiknya, membaca nama proses yang berjalan, dan melihat pola lalu lintas Anda.

Ada tiga cara menutupnya, dan Anda hanya perlu memilih satu. Yang paling ketat adalah mengikat dasbor ke localhost saja, lalu mengaksesnya lewat terowongan SSH:

[web]
    bind to = 127.0.0.1

Cara kedua, biarkan agent mendengarkan seperti biasa tetapi tutup portnya di firewall UFW dan hanya izinkan alamat IP Anda sendiri. Cara ketiga, letakkan Netdata di belakang Nginx sebagai reverse proxy dengan autentikasi dasar dan sertifikat TLS. Cara ketiga ini yang direkomendasikan dokumentasinya sendiri bila dasbor memang perlu dijangkau dari luar.

Tiga cara menutup dasbor Netdata yang bawaannya terbuka: ikat ke localhost, tutup di firewall, atau reverse proxy.

Sisi keamanan lain yang layak diketahui adalah CVE-2024-32019, diumumkan 12 April 2024 dengan skor CVSS 3.1 sebesar 8,8 dari 10. Penyebabnya, alat bantu ndsudo dipaketkan sebagai berkas milik root dengan bit SUID menyala, tetapi mencari perintahnya lewat variabel PATH. Penyerang yang sudah punya akses biasa bisa mengarahkan PATH ke direktori miliknya dan naik pangkat menjadi root. Versi terdampak adalah 1.45.0 sampai 1.45.2, diperbaiki di v1.45.3 pada hari yang sama.

Pelajaran yang bisa diambil bukan bahwa Netdata tidak aman, melainkan bahwa alat pemantauan berjalan dengan hak akses tinggi dan pantas diperlakukan seperti komponen kritis lain. Nyalakan pembaruan otomatis atau jadwalkan pemeriksaan versi secara rutin.

Netdata di Antara Zabbix, Prometheus, dan Grafana

Pertanyaan "mana yang terbaik" jarang menghasilkan jawaban berguna, karena keempatnya menganut model kerja yang berbeda.

Netdata mendorong data dari agent dan menyajikannya sendiri: pengumpul data, penyimpan, mesin alert, dan antarmuka grafik sudah menyatu dalam satu paket. Prometheus bekerja sebaliknya. Ia menarik (scrape) metrik dari endpoint yang Anda daftarkan, dan visualisasinya lazim diserahkan ke Grafana. Grafana sendiri bukan pesaing langsung, karena ia murni lapisan visualisasi yang membutuhkan sumber data dari luar.

Tiga model kerja: Netdata menyatu dalam satu paket, Prometheus menjemput data ke Grafana, Zabbix berpusat pada server.

Zabbix berdiri di posisi yang berbeda lagi. Ia berpusat pada satu server dengan basis data terpisah dan kuat untuk memantau perangkat jaringan lewat SNMP. Sebagai gantinya, pekerjaan konfigurasi di awalnya jauh lebih besar. Sebagai imbalannya, ia memberi kontrol yang jauh lebih rinci atas apa yang dipantau dan kapan alert berbunyi.

Netdata sendiri menerbitkan hasil pengujian terhadap Prometheus pada beban 500 node dan sekitar 2,7 juta metrik per detik selama 24 jam. Angkanya berpihak pada Netdata: 1,8 inti CPU per juta metrik berbanding 2,8 inti, dan 0,75 byte per sampel berbanding 2,1 byte. Pengujian ini diterbitkan oleh vendornya sendiri, jadi perlakukan sebagai klaim pihak berkepentingan, bukan uji independen.

Ringkasnya, Netdata unggul saat Anda ingin melihat sesuatu dalam hitungan menit. Prometheus dan Zabbix unggul saat Anda butuh kontrol penuh dan bersedia membayarnya dengan waktu penyiapan.

Kelemahan dan Hal yang Perlu Anda Pertimbangkan

1. Riwayat per detik hanya bertahan 14 hari: membandingkan detik per detik antara Januari dan Juni menuntut penyimpanan eksternal. Analisis jangka panjang beresolusi tinggi bukan wilayah Netdata.
2. Dasbor terbuka secara bawaan: pengaturan awal mengizinkan koneksi dari mana saja tanpa kata sandi. Ini keputusan desain yang masuk akal untuk jaringan lokal, tetapi berbahaya di server ber-IP publik.
3. Sebagian fitur terkunci di balik akun Cloud: dasbor kustom dan Functions membutuhkan login, yang mengganjal bagi tim yang memilih Netdata justru karena sifatnya mandiri.
4. Terlalu banyak grafik untuk pemula: ribuan metrik muncul sekaligus tanpa urutan kepentingan. Pengguna baru sering kesulitan menentukan angka mana yang benar-benar perlu diperhatikan.
5. Kanal rilis bawaannya nightly: pada pemasangan interaktif, pilihan bawaan adalah kanal nightly dengan pembaruan otomatis menyala. Untuk server produksi, pasang dengan --release-channel stable.
6. Dukungan sistem lama dihentikan: sejak v2.11.0, RHEL 7.x, CentOS 7.x, dan Amazon Linux 2 tidak lagi didukung penuh.
7. Biaya Cloud naik lurus dengan jumlah node: pada $4,50 per node per bulan, infrastruktur yang tumbuh cepat terasa mahal dibanding alat yang menagih per server pemantau.

Kapan Netdata Layak Dipasang di VPS Anda

Netdata layak Anda pasang bila jumlah server yang dikelola berada di kisaran 1 sampai 5. Syarat lainnya: Anda ingin melihat kondisi detik per detik saat insiden, dan tidak berniat merakit tumpukan pemantauan sendiri. Pada rentang itu, waktu dari pemasangan sampai grafik pertama muncul biasanya di bawah lima menit.

Sebaliknya, ia kurang cocok dalam tiga keadaan. Pertama, Anda mengelola puluhan node dengan anggaran nol tetapi tetap menginginkan satu tampilan terpusat. Kedua, Anda membutuhkan riwayat resolusi tinggi lebih dari 14 hari. Ketiga, aturan kepatuhan di tempat Anda mensyaratkan autentikasi bawaan pada setiap antarmuka.

Pemasangannya sendiri memang satu baris. Skrip resminya diunduh lebih dulu, lalu dijalankan:

wget -O /tmp/netdata-kickstart.sh \
  https://get.netdata.cloud/kickstart.sh

sh /tmp/netdata-kickstart.sh \
  --release-channel stable

Untuk server yang sudah memakai Docker, agent berjalan sebagai kontainer dengan --pid=host dan --network=host. Ia juga membutuhkan mount /proc, /sys, /var/log, dan soket Docker. Tanpa itu semua, yang terbaca hanya isi kontainernya sendiri, bukan kondisi host.

Verifikasinya cukup dengan membuka http://alamat-ip-server:19999 di browser.

Pertanyaan yang Sering Diajukan

Apakah Netdata gratis atau berbayar?

Keduanya, tergantung bagian mana yang Anda pakai. Agent yang dipasang di server berlisensi GPLv3 dan gratis tanpa batas jumlah server. Netdata Cloud yang menyatukan tampilan banyak server punya paket gratis dengan batas, dan paket berbayar mulai $4,50 per node per bulan.

Apa batasan paket Community Netdata?

Maksimal lima node aktif yang terhubung ke Cloud, dan maksimal satu dasbor kustom aktif per Room. Batas ini berlaku pada visualisasi lewat Cloud, bukan pada berapa banyak agent yang boleh Anda jalankan.

Netdata memakai port berapa?

Port 19999 untuk dasbor dan API. Nilainya diubah lewat default port pada bagian [web] di netdata.conf. Kalau Anda juga menyalakan pengumpul StatsD, ia mendengarkan terpisah di port 8125.

Bagaimana cara memperbarui Netdata?

Jalankan ulang skrip kickstart yang sama; ia mendeteksi pemasangan yang ada dan memperbaruinya di tempat. Kalau pembaruan otomatis dinyalakan saat pemasangan, prosesnya berjalan sendiri.

Bagaimana cara mencopot Netdata sepenuhnya?

Unduh kembali skrip kickstart lalu jalankan dengan bendera --uninstall. Skrip itu menghapus paket, layanan systemd, dan berkas basis datanya. Periksa lagi direktori /etc/netdata kalau Anda pernah menyuntingnya manual.

Apakah Netdata bisa dipakai tanpa terhubung ke internet?

Bisa, dan ini dipakai di lingkungan tertutup. Syaratnya tiga: jangan hubungkan agent ke Cloud, matikan pengiriman statistik anonim, dan matikan pembaruan otomatis. Dengan ketiganya, agent tidak membuat koneksi keluar sama sekali.

Apakah Netdata sama dengan SIEM?

Bukan. Netdata mengolah metrik numerik dan sejak versi 2 juga membaca systemd journal. Namun ia tidak mengerjakan korelasi kejadian keamanan, penilaian kepatuhan, maupun pencocokan aturan deteksi ancaman seperti sebuah SIEM.

Kesimpulan

Netdata adalah pemantau server yang menukar kerumitan konfigurasi dengan resolusi tinggi dan hasil instan. Ia paling masuk akal untuk satu sampai lima server yang ingin Anda pahami tanpa merakit tumpukan pemantauan sendiri. Biayanya mulai terasa begitu jumlah node bertambah sementara Anda tetap ingin satu tampilan terpusat lewat Cloud.

Dua pekerjaan wajib menyusul setelah pemasangan: tutup port 19999 dari internet, lalu sesuaikan batas retensi dengan ruang disk yang Anda punya. Keduanya memakan waktu beberapa menit dan menentukan apakah alat ini menjadi aset atau justru celah.

Semoga artikel ini membantu.