Cara Memantau Server Linux dengan Netdata
Cara memasang Netdata di server Linux, membaca grafik penting, mengamankan dashboard port 19999, dan memahami batas dashboard tanpa akun Netdata Cloud.
Jawaban singkat
Netdata dipasang dengan skrip kickstart resmi dan langsung menampilkan ribuan metrik per detik di dashboard port 19999. Setelah terpasang, batasi akses dashboard ke localhost atau IP tertentu, pelajari grafik CPU, RAM, disk, dan jaringan, lalu sambungkan notifikasi alert.
Daftar isi
Situasinya sering begini: pelanggan mengeluh website lambat sekitar jam makan siang, tapi saat kamu membuka terminal sorenya, server terlihat baik-baik saja. Tanpa rekaman, kamu hanya bisa menebak apa yang terjadi siang tadi. Di sinilah alat pemantauan seperti Netdata berguna. Ia merekam kondisi server detik demi detik, jadi kamu bisa memutar mundur dan melihat kapan CPU melonjak, disk tersendat, atau RAM habis.
Netdata adalah agen monitoring open source yang dipasang langsung di server. Setelah terpasang, ia otomatis mengenali layanan yang berjalan, seperti Nginx, MySQL, atau Docker, dan menampilkan grafiknya di dashboard web tanpa konfigurasi panjang. Cara memasangnya hanya butuh satu perintah.
Memasang Netdata dengan skrip kickstart
Dokumentasi resmi Netdata menyebut skrip kickstart.sh sebagai cara pemasangan yang disarankan untuk Linux. Skrip ini mendeteksi distribusi yang kamu pakai (Ubuntu, Debian, AlmaLinux, Rocky Linux, dan lainnya) lalu memasang paket yang sesuai:
wget -O /tmp/netdata-kickstart.sh https://get.netdata.cloud/kickstart.sh && sh /tmp/netdata-kickstart.sh --release-channel stable
Secara bawaan, skrip akan memasang rilis nightly, mengaktifkan pembaruan otomatis, dan mengirim statistik anonim. Untuk server produksi, opsi --release-channel stable seperti di atas lebih tenang karena hanya memakai rilis stabil. Bila tidak ingin mengirim statistik anonim, jalankan skrip dengan variabel lingkungan DISABLE_TELEMETRY=1. Menyambungkan server ke Netdata Cloud bersifat opsional dan secara bawaan tidak aktif, kecuali kamu memberikan --claim-token dari akun Cloud.
Kalau kamu memang ingin meninjau isi skrip sebelum menjalankannya, unduh dulu tanpa langsung dieksekusi, baca isinya, lalu jalankan. Kebiasaan ini baik untuk skrip apa pun yang diambil dari internet.
Setelah selesai, cek layanannya dengan systemctl status netdata. Dashboard bisa dibuka di http://IP-server:19999.
Jangan biarkan port 19999 terbuka ke publik
Ini langkah yang paling sering terlupa. Dokumentasi keamanan Netdata menjelaskan bahwa dashboard mendengarkan port 19999, dan pengaturan bawaannya mengizinkan koneksi dari mana saja. Bila servermu punya IP publik, siapa pun bisa melihat grafik servermu: nama proses, layanan yang berjalan, sampai pola lalu lintasnya. Informasi itu berguna bagi penyerang.
Buka pengaturan dengan skrip bawaan:
sudo /etc/netdata/edit-config netdata.conf
Lalu di bagian [web], batasi alamat dan asal koneksi:
[web]
bind to = localhost:19999
allow connections from = localhost 10.*
Setelah systemctl restart netdata, dashboard hanya bisa dibuka dari server itu sendiri. Untuk melihatnya dari laptop, pakai tunnel SSH, misalnya ssh -L 19999:localhost:19999 user@server, lalu buka http://localhost:19999 di browser. Pilihan lain adalah memasang reverse proxy dengan HTTPS dan login, atau membatasi port lewat firewall agar hanya IP kantor dan VPN yang bisa masuk.
Membaca grafik yang paling penting
Dashboard Netdata menampilkan sangat banyak grafik, dan itu bisa membingungkan di awal. Fokuslah ke sekelompok kecil metrik dulu. Batas wajar tiap metrik dibahas di metrik server yang wajib dipantau.
| Bagian grafik | Yang diperhatikan | Tanda masalah |
|---|---|---|
| System, CPU | Pembagian user, system, iowait, steal | iowait atau steal tinggi dalam waktu lama |
| System, Load | Load 1, 5, 15 menit | Jauh di atas jumlah core secara terus-menerus |
| Memory, RAM | Used, cached, available | Available terus menipis, swap ikut naik |
| Disks | Utilization dan waktu tunggu (await) | Utilization mendekati 100% |
| Disk space | Persentase pemakaian per partisi | Mendekati penuh |
| Network | Lalu lintas masuk dan keluar | Lonjakan yang tidak sesuai pola harian |
| Apps atau cgroups | Pemakaian per aplikasi atau container | Satu aplikasi mendominasi |
Bagian Apps sangat membantu ketika CPU penuh. Netdata mengelompokkan proses per aplikasi, sehingga kamu langsung tahu apakah yang boros itu PHP, database, atau proses lain. Langkah melacak lebih dalam lewat terminal ada di cara menemukan proses yang menghabiskan CPU server.
Yang membuat Netdata nyaman adalah semua grafik tersinkron. Kalau kamu memperbesar satu grafik ke rentang jam tertentu, grafik lain ikut menampilkan rentang yang sama. Jadi kamu bisa melihat bahwa lonjakan CPU pukul 12.10 terjadi bersamaan dengan lonjakan lalu lintas jaringan dan antrean disk, tanpa mencocokkan manual. Lama rekaman yang tersimpan bergantung pada ruang disk yang dialokasikan untuk database Netdata, dan bisa diatur di bagian pengaturan database.
Bagaimana supaya alert sampai ke HP?
Netdata sudah membawa banyak aturan alert bawaan, misalnya untuk disk yang hampir penuh, RAM yang menipis, atau layanan yang berhenti merespons. Aturan-aturan itu tersimpan di folder health.d dan bisa disesuaikan ambangnya lewat skrip edit-config yang sama.
Supaya alert sampai kepadamu, aktifkan salah satu metode notifikasi di health_alarm_notify.conf. Netdata mendukung banyak saluran, termasuk email dan Telegram. Contoh lengkap mengirim peringatan server ke Telegram, baik dari Netdata maupun skrip sendiri, ada di memasang alert server ke Telegram.
Mulailah dengan sedikit alert yang benar-benar penting. Alert yang terlalu sering berbunyi untuk hal sepele cepat membuat orang mengabaikannya, termasuk saat masalahnya serius.
Netdata Cloud dan batas dashboard lokal
Netdata Agent bisa dipakai sepenuhnya tanpa akun. Namun ada batasan yang perlu dipahami. Per 6 November 2026, menurut halaman kontrol akses di dokumentasi Netdata, pengguna tanpa login dan pengguna paket gratis Community sama-sama dibatasi 5 node, baik di dashboard Cloud maupun di dashboard lokal Agent. Bila Agent tidak tersambung ke Cloud, dashboard lokal menerapkan batas 5 node itu. Beberapa fungsi yang digolongkan sensitif baru terbuka setelah login ke Netdata Cloud. Fitur tambahan lain tersedia di paket berbayar. Batas dan paket seperti ini bisa berubah, jadi periksa halaman resminya saat memutuskan.
Untuk satu sampai beberapa server, batas itu umumnya tidak jadi masalah. Bila kamu mengelola banyak server dan ingin semuanya dalam satu tampilan tanpa layanan cloud, pertimbangkan sistem monitoring terpusat yang dipasang sendiri. Perbandingan dua pilihan populer ada di Zabbix vs Prometheus.
Netdata cocok sebagai langkah pertama memantau server Linux: pasang dengan skrip kickstart memakai kanal stable, segera tutup port 19999 dari publik, lalu biasakan membaca grafik CPU, RAM, disk, dan jaringan. Setelah itu sambungkan notifikasi supaya kamu tahu ada masalah sebelum pelanggan yang memberi tahu.


