Munin Monitoring Adalah: Cara Kerja, Plugin & Batasnya

Hampir semua panel kontrol hosting menampilkan grafik pemakaian CPU, memori, dan lalu lintas jaringan sebagai kurva berwarna. Grafik itu tidak muncul dengan sendirinya. Ada dua pekerjaan berbeda di baliknya: sesuatu yang mengambil angka dari sistem secara berkala, dan sesuatu yang menyimpan angka itu lalu menggambarnya kembali menjadi kurva.

Munin monitoring adalah salah satu perangkat lunak tertua yang mengerjakan kedua pekerjaan tersebut sekaligus, dan masih terpasang di banyak server sampai hari ini. Cara kerjanya dibentuk oleh satu keputusan desain dari tahun 2003 yang tidak pernah berubah, yaitu ritme lima menit. Angka itu menjelaskan hampir semua kekuatan Munin, dan sekaligus semua keterbatasannya.

Munin Monitoring Adalah Pemantau Server Berbasis Riwayat Grafik

Munin adalah perangkat lunak pemantau server open source yang mengumpulkan metrik dari satu atau banyak mesin, menyimpannya sebagai riwayat, lalu menampilkannya dalam bentuk grafik lewat halaman web. Fokusnya ada pada kata riwayat. Munin tidak dirancang untuk menunjukkan kondisi server pada detik ini, melainkan untuk menunjukkan bagaimana kondisi itu berubah sepanjang hari, minggu, bulan, dan tahun.

Namanya diambil dari mitologi Nordik. Odin memiliki dua ekor gagak, Hugin dan Munin, yang terbang mengelilingi dunia lalu melaporkan apa yang mereka lihat. Hugin berarti pikiran, Munin berarti ingatan. Pemilihan nama itu bukan kebetulan, karena ingatan memang tugas utama perangkat lunak ini.

Proyeknya dimulai pada akhir 2003 oleh Audun Ytterdal dan Jimmy Olsen, dengan versi 1.0.0 keluar pada 8 Juni 2004. Munin ditulis dengan Perl dan dirilis di bawah lisensi open source GNU GPL versi 2. Grafiknya digambar oleh RRDtool, pustaka basis data melingkar buatan Tobi Oetiker yang juga menjadi fondasi banyak alat pemantau seangkatannya.

Master dan Node: Dua Bagian yang Membentuk Munin

Munin membagi pekerjaannya kepada dua program yang terpisah. Munin master adalah pihak yang aktif bertanya, sedangkan munin-node adalah agen kecil di setiap mesin yang dipantau dan hanya bertugas menjawab. Master menghubungi node, meminta daftar metrik beserta nilainya, lalu menyimpan jawabannya. Node sendiri tidak pernah mengirim apa pun atas inisiatifnya sendiri.

Pembagian ini membuat hubungan antarkeduanya fleksibel. Satu master dapat memantau banyak node, dan satu node dapat dipantau oleh lebih dari satu master sekaligus. Pada praktiknya munin-node juga dipasang di mesin master, supaya server pemantau ikut memantau dirinya sendiri.

Munin master meminta data lewat port 4949 ke tiga node; node hanya menjawab, termasuk node di mesin master sendiri.

Percakapan antara master dan node berlangsung di port 4949/TCP. Ada dua nilai bawaan yang perlu Anda ketahui sejak awal, karena keduanya sering mengejutkan pengguna baru. Pertama, node hanya menerima koneksi dari 127.0.0.1 dan ::1. Master yang berada di mesin lain tidak akan bisa masuk sampai Anda menambahkan alamatnya lewat direktif allow atau cidr_allow. Kedua, munin-node berjalan sebagai root.

Bila menjalankan agen sebagai root terasa terlalu longgar, aktifkan direktif paranoia di /etc/munin/munin-node.conf. Dengan opsi itu munin-node hanya akan menjalankan plugin yang kepemilikannya berada di tangan root, sehingga plugin yang bisa diubah pengguna biasa akan diabaikan.

Siklus Lima Menit yang Menggerakkan Seluruh Pemantauan

Munin master tidak berjalan sebagai daemon yang menyala terus-menerus. Ia dijalankan oleh cron job setiap lima menit lewat entri */5 * * * *. Dokumentasi resminya menyatakan hal ini secara lugas: kecuali dikonfigurasi lain, munin-cron memang seharusnya berjalan setiap lima menit.

Setiap kali dijalankan, munin-cron menyalakan empat program secara berurutan. munin-update menghubungi seluruh node dan memungut nilai metriknya. munin-limits membandingkan nilai yang baru masuk dengan ambang batas yang Anda tetapkan, lalu mengirim peringatan bila ada yang terlampaui. munin-graph menggambar berkas PNG untuk setiap grafik. Terakhir, munin-html menyusun halaman web yang menampung grafik-grafik tersebut.

Empat program munin-cron berurutan: munin-update memungut data dan jadi titik rapuh, lalu limits, graph, dan html.

Rantai empat langkah ini punya satu titik rapuh, dan dokumentasi Munin mengakuinya sendiri. munin-update disebut sebagai mata rantai yang paling mudah putus. Satu putaran yang terlewat berarti data pada rentang waktu itu hilang dan tidak bisa dipulihkan. Pengambilan datanya juga bersifat sinkron, sehingga master harus menunggu setiap plugin selesai menghitung sebelum melanjutkan.

Ada dua penawar resmi untuk masalah tersebut. Supersampling memungkinkan plugin menyampel dirinya sendiri pada interval yang jauh lebih rapat, misalnya sepuluh detik, lalu menyerahkan seluruh kumpulan sampel sekaligus saat master datang bertanya. Sementara munin-async bekerja sebagai proksi yang menampung data di sisi node, sehingga putaran yang terlewat tidak langsung berarti kehilangan.

Kenapa Ukuran Berkas Datanya Tidak Pernah Bertambah

Di sinilah Munin berbeda paling tajam dari alat pemantau yang lebih baru. RRDtool menyimpan data dalam berkas melingkar (round robin), yaitu berkas yang seluruh ruangnya dialokasikan sekali saat dibuat dan tidak pernah bertambah sesudahnya. Ketika ruang untuk data baru habis, data terlama ditimpa.

Supaya riwayat panjang tetap bisa disimpan tanpa berkas yang membengkak, Munin menyusun empat tingkat kepadatan sekaligus di dalam satu berkas. Angka-angka berikut diambil langsung dari kode sumbernya.

Untuk setiap tingkat, Munin menyimpan tiga angka: rata-rata, nilai terendah, dan nilai tertinggi. Totalnya menjadi 5.994 baris data per metrik, dan karena RRDtool menyimpan satu angka pecahan berukuran 8 byte per baris, satu metrik memakan sekitar 47 KB. Selamanya. Server yang sudah dipantau selama dua tahun memakai ruang yang sama persis dengan server yang baru dipantau kemarin.

Munin menyimpan data 5 menit selama 2 hari, 30 menit 9 hari, 2 jam 45 hari, 1 hari 450 hari, total tetap 47 KB.

Kalau satu node menghasilkan 500 metrik, misalnya, seluruh riwayatnya berhenti di angka sekitar 23 MB dan tidak akan pernah melewatinya. Konsekuensinya jelas dan harus Anda terima secara sadar: detail lima menit hanya bertahan dua hari. Setelah itu ia dipadatkan menjadi rata-rata setengah jam, dan lonjakan pendek yang terjadi minggu lalu sudah tidak bisa dilihat lagi dalam bentuk aslinya.

Perilaku ini bisa diubah lewat pengaturan graph_data_size. Nilai huge menyimpan data lima menit penuh selama 400 hari, tetapi ongkosnya naik menjadi sekitar 2,6 MB per metrik, atau lebih dari lima puluh kali lipat.

Protokol Teks di Port 4949 yang Bisa Anda Ajak Bicara

Percakapan antara master dan node memakai protokol teks biasa. Artinya Anda bisa menirukan peran master hanya dengan telnet, tanpa alat khusus apa pun. Jalankan perintah berikut di mesin yang sudah terpasang munin-node:

telnet localhost 4949

Node akan menyapa dengan namanya, lalu menunggu perintah. Ada tujuh perintah yang dikenalinya:

• cap — menampilkan kemampuan yang didukung node
• list — menampilkan daftar plugin yang aktif
• nodes — menampilkan host yang diwakili node tersebut
• config — menampilkan metadata sebuah grafik
• fetch — mengambil nilai metrik saat ini
• version — menampilkan versi munin-node
• quit — menutup koneksi

Kemampuan ini lebih dari sekadar hal menarik. Ketika sebuah grafik tidak kunjung muncul, list dan fetch adalah cara tercepat memastikan letak masalahnya. Bila node menjawab dengan angka yang benar, berarti sisi agen sudah beres dan Anda dapat langsung memeriksa master atau web server tanpa membuang waktu di tempat yang salah.

Plugin Munin: Dua Baris Keluaran, Bahasa Apa Saja

Munin tidak tahu apa-apa tentang CPU, memori, atau basis data. Seluruh pengetahuan itu ada di plugin, dan kontraknya sangat sederhana. Sebuah plugin hanyalah program yang bisa dijalankan, dan ia hanya perlu memahami dua situasi: dipanggil dengan argumen config, atau dipanggil tanpa argumen sama sekali.

Saat dipanggil dengan config, plugin mencetak metadata grafiknya. Saat dipanggil tanpa argumen, ia mencetak nilainya. Berikut contoh plugin yang menghitung jumlah koneksi TCP yang sedang terbuka:

#!/bin/sh
if [ "$1" = "config" ]; then
    echo "graph_title Koneksi TCP terbuka"
    echo "graph_vlabel jumlah koneksi"
    echo "graph_category network"
    echo "koneksi.label koneksi"
    exit 0
fi
echo "koneksi.value $(ss -tan | grep -c ESTAB)"

Itu saja. Tidak ada pustaka yang harus dipasang dan tidak ada format serialisasi yang harus dipelajari. Karena kontraknya sesederhana ini, plugin dapat ditulis dengan bash, Python, Perl, atau bahasa apa pun yang mampu mencetak teks ke layar.

Plugin yang namanya berakhir dengan garis bawah disebut wildcard plugin, dan dipakai berulang kali lewat symlink. Plugin if_ misalnya, menjadi if_eth0 dan if_eth1 untuk memantau dua antarmuka jaringan yang berbeda dengan satu berkas yang sama. Perintah munin-node-configure --shell memeriksa sistem Anda lalu mencetak perintah ln -s yang disarankan, sehingga Anda tidak perlu menebak plugin mana yang cocok.

Mengelola plugin sehari-hari hanya menyentuh tiga hal. Mengaktifkan plugin berarti membuat symlink ke /etc/munin/plugins/, menonaktifkannya berarti menghapus symlink itu, dan menguji hasilnya memakai munin-run:

cd /etc/munin/plugins
ln -s /usr/share/munin/plugins/mysql_ \
      mysql_bytes
munin-run mysql_bytes config
systemctl restart munin-node

munin-run menjalankan plugin dalam kondisi yang sama persis seperti saat dipanggil munin-node, sehingga masalah izin akses atau variabel lingkungan langsung terlihat di terminal. Setelah menambah atau menghapus symlink, jalankan ulang munin-node supaya daftarnya terbaca.

Jumlah plugin yang tersedia jauh lebih banyak daripada yang biasa disebutkan. Repositori intinya memuat 347 plugin untuk berbagai sistem operasi. Repositori contrib menampung 1.258 plugin tambahan yang tersebar di 290 kategori, dengan jaringan, Asterisk, disk, router, dan HAProxy sebagai kelompok terbesar. Proyeknya juga menerbitkan galeri plugin yang bisa ditelusuri per kategori, sehingga Anda dapat memeriksa dulu apakah layanan yang ingin dipantau sudah punya plugin sebelum menulisnya sendiri.

Sebagian di antaranya bekerja tanpa memasang apa pun di perangkat yang dipantau. Ada 31 plugin SNMP di repositori inti, dengan pola penamaan snmp_<nama-host>_<sumber-daya>. Lewat jalur inilah router, switch, printer, serta UPS bisa masuk ke dalam grafik yang sama dengan server Anda.

Peringatan Otomatis lewat warning, critical, dan Kontak

Munin bukan hanya penggambar grafik. Setiap field metrik dapat diberi ambang batas lewat warning dan critical, dan keduanya memakai sintaks rentang. Menulis 0:100 berarti peringatan muncul ketika nilainya keluar dari rentang nol sampai seratus, bukan ketika ia mencapai angka tertentu.

Tujuan peringatannya didefinisikan di munin.conf sebagai kontak. Sebuah baris contact.email.command berisi perintah yang akan dijalankan, misalnya mail untuk mengirim surel atau logger untuk menulis ke syslog. Anda juga bisa menunjuk skrip buatan sendiri, sehingga peringatan Munin dapat diteruskan ke Telegram, Slack, atau sistem tiket internal. Direktif always_send menentukan tingkat mana yang dikirim ke kontak tersebut, dan munin-limits yang mengeksekusinya pada setiap putaran. Status yang sama juga dapat diteruskan ke Nagios bila Anda sudah memakainya sebagai pusat notifikasi.

Ada catatan penting yang harus dinyatakan terus terang di sini. Karena munin-limits hanya berjalan sebagai bagian dari siklus lima menit, peringatan Munin paling cepat datang lima menit setelah masalahnya terjadi, dan pada kasus terburuk mendekati sepuluh menit. Untuk pemberitahuan yang harus tiba dalam hitungan detik, Munin bukan alat yang tepat.

Status Proyek Munin Hari Ini: Angka yang Perlu Anda Tahu

Pertanyaan "Munin masih hidup atau sudah ditinggalkan" hampir selalu dijawab dengan satu kalimat, padahal jawabannya terdiri dari dua pernyataan yang berbeda dan keduanya benar.

Pernyataan pertama menyangkut kadensi rilis, dan di sini Munin memang melambat drastis. Versi stabil terakhir adalah 2.0.76 yang ditandai pada 17 Mei 2024. Versi 3.0 sudah lama disiapkan lewat seri penomoran 2.999.x, tetapi tidak pernah lulus dari status kandidat. Kandidat terakhirnya, 2.999.18, ditandai pada tanggal yang sama dan tidak ada penerusnya sampai sekarang.

Pernyataan kedua menyangkut perawatan kode, dan di sini gambarannya berbeda. Repositori Munin tidak diarsipkan, dan perbaikan masih masuk secara rutin. Commit terakhir ke cabang utama jatuh pada 5 September 2026, berisi perbaikan agar plugin df tidak lagi ikut menghitung partisi efivarfs. Repositori plugin contrib diperbarui pada 25 Agustus 2026. Debian pun masih memaketkannya untuk stable, testing, maupun unstable.

Kesimpulan yang jujur: Munin bukan proyek mati, tetapi juga bukan proyek yang bergerak maju. Kodenya dirawat, fiturnya tidak bertambah.

Munin dirilis 2004; kandidat 3.0 sejak 2015 belum stabil, rilis stabil terakhir Mei 2024, commit terakhir Sep 2026.

Bila Anda ingin memverifikasi sendiri, jangan bertumpu pada halaman Releases di GitHub maupun halaman berita situs resminya. Halaman Releases tidak memuat seluruh rilis, dan halaman berita resmi masih memajang versi 2.0.69 dari tahun 2021. Rujukan yang benar adalah tag git dan versi paket di distribusi Linux yang Anda pakai.

Catatan keamanannya searah dengan gambaran di atas. Cacat terakhir yang benar-benar ada pada kode Munin sendiri adalah CVE-2017-6188 dari tahun 2017, yaitu penulisan berkas lokal ketika grafik CGI diaktifkan. Dua celah yang terbit setelahnya, masing-masing pada 2019 dan 2020, sebenarnya masalah pemaketan di cPanel dan openSUSE, bukan cacat Munin. Sembilan tahun tanpa CVE baru terdengar mengesankan, tetapi bacaan yang lebih tepat adalah bahwa basis kodenya kecil, jarang berubah, dan permukaan serangannya memang sempit.

Kelemahan Munin dan Hal yang Perlu Anda Pertimbangkan

Enam hal berikut sebaiknya Anda ketahui sebelum memasang, bukan sesudah.

1. Resolusi lima menit tidak bisa diturunkan dengan mudah: Dokumentasi Munin sendiri menyebut periode lima menit tertanam sangat dalam di kodenya, sehingga mengubahnya mungkin dilakukan tetapi merepotkan dan rawan salah. Praktisnya, lonjakan CPU yang berlangsung tiga puluh detik tidak akan pernah muncul di grafik Anda.
2. Satu putaran yang terlewat berarti data hilang: Bila munin-update gagal atau melewati jadwalnya, tidak ada mekanisme yang mengisi lubang itu belakangan, kecuali Anda memasang munin-async sejak awal.
3. Beban penggambaran grafik naik seiring jumlah node: Dengan pengaturan bawaan graph_strategy cron, Munin menggambar ulang seluruh grafik untuk semua node pada setiap putaran, termasuk grafik yang tidak pernah dibuka siapa pun. Menggantinya menjadi graph_strategy cgi membuat gambar dibuat hanya saat halaman diminta.
4. Ada batas waktu keras yang harus dijaga: Seluruh putaran wajib selesai di bawah lima menit. Pengaturan max_processes bawaannya 16 dan sebaiknya tidak melebihi empat kali jumlah inti CPU master. Ketika munin-update mulai melewati batas waktu, angka inilah yang pertama perlu disetel.
5. Antarmuka webnya tidak punya autentikasi sendiri: Munin menghasilkan halaman HTML statis dan menyerahkan sepenuhnya urusan siapa yang boleh membukanya kepada web server. Perlindungan harus Anda pasang sendiri di sisi Apache atau Nginx.
6. Tampilannya memang terlihat berumur: Halaman Munin adalah kumpulan gambar PNG yang tersusun rapi, bukan dasbor interaktif. Bagi sebagian tim hal ini tidak masalah, bagi sebagian lain terasa mengganggu.

Munin Dibanding Netdata, Zabbix, dan Prometheus

Membandingkan alat pemantau lewat daftar fitur jarang membantu, karena hampir semuanya bisa menggambar grafik CPU. Yang benar-benar memisahkan mereka ada tiga sumbu: resolusi waktu, ongkos penyimpanan, dan usaha yang harus Anda keluarkan untuk memasang serta merawatnya.

Munin mengambil posisi resolusi rendah dengan penyimpanan yang bisa diprediksi seumur hidup server, dan pemasangan yang selesai dalam hitungan menit lewat manajer paket. Netdata berdiri di ujung yang berlawanan dengan resolusi satu detik, sehingga ia melihat hal-hal yang mustahil dilihat Munin, dengan konsekuensi kebutuhan memori dan retensi bertingkat yang harus dikelola.

Tiga sumbu pembeda: resolusi Munin 5 menit, Netdata 1 detik, Zabbix bebas; penyimpanan Munin tetap, Zabbix tumbuh.

Zabbix berada di kategori yang berbeda lagi. Interval pengumpulannya bebas ditentukan per item, cakupan perangkat jaringannya paling luas, dan sistem trigger-nya jauh lebih kaya. Ongkosnya adalah basis data yang terus tumbuh dan perlu dirawat, serta pemasangan yang menuntut waktu jauh lebih banyak. Prometheus memakai model tarik dengan bahasa kueri sendiri dan ekosistem exporter yang luas, dan biasanya dipasangkan dengan Grafana untuk sisi visualisasinya.

Ada juga kemungkinan Anda tidak membutuhkan server pemantau sama sekali. Bila yang dicari hanya riwayat performa satu mesin, perintah sar dari paket sysstat sudah memadai tanpa memasang apa pun yang baru.

Kapan Munin Monitoring Masih Pilihan yang Tepat

Batas kemampuan Munin bukan angka yang ditetapkan dokumentasinya, melainkan satu syarat tunggal: seluruh putaran harus selesai di bawah lima menit. Dari syarat itu, patokan praktisnya bisa diturunkan. Untuk master dengan 2 inti CPU dan 2 GB RAM, belasan sampai sekitar tiga puluh node umumnya masih aman dengan pengaturan bawaan. Di atas angka itu, ubah graph_strategy menjadi cgi dan sesuaikan max_processes ke maksimal empat kali jumlah inti sebelum menambah node lagi.

Ada tiga situasi tempat Munin justru mengungguli alat yang lebih baru. Pertama, ketika Anda membutuhkan riwayat panjang dengan ongkos disk yang bisa dihitung sejak awal, karena 450 hari data dengan ukuran berkas tetap sulit ditandingi. Kedua, ketika servernya kecil atau berumur, karena agen Perl yang hanya menyala sebentar tiap lima menit jauh lebih ringan daripada daemon yang bekerja terus-menerus. Ketiga, ketika Anda perlu memantau sesuatu yang tidak umum, karena menulis plugin Munin memang hanya butuh beberapa baris.

Sebaliknya, hindari Munin bila Anda memerlukan peringatan dalam hitungan detik, bila Anda perlu memeriksa lonjakan yang berlangsung sangat singkat, atau bila jumlah host yang dipantau sudah menembus ratusan.

Untuk pemasangan awal, satu VPS kecil dengan 1 inti CPU, 1 GB RAM, dan 20 GB disk sudah cukup menampung master beserta beberapa node. Kalau Anda belum memiliki mesin untuk mencobanya, VPS Indonesia dengan spesifikasi sebesar itu sudah memadai untuk seluruh percobaan di artikel ini.

Pertanyaan Seputar Munin Monitoring

Kenapa halaman Munin membalas "Forbidden — You don't have permission to access this resource"?

Karena memang begitu bawaannya, dan ini bukan tanda pemasangan Anda gagal. Berkas /etc/munin/apache24.conf yang ikut terpasang bersama paketnya memuat direktif Require local pada direktori /var/cache/munin/www dan /usr/lib/munin/cgi. Artinya hanya permintaan dari mesin itu sendiri yang dilayani. Untuk membukanya dari komputer Anda, ganti Require local menjadi Require ip diikuti alamat IP Anda, lalu muat ulang Apache. Membukanya untuk semua orang sangat tidak disarankan, karena halaman Munin memaparkan seluruh isi server Anda tanpa meminta kata sandi.

Kenapa grafiknya masih kosong setelah pemasangan selesai?

Karena Munin baru menggambar setelah memiliki setidaknya dua titik data untuk dibandingkan. Grafik pertama biasanya muncul sekitar sepuluh menit setelah pemasangan, dan grafik mingguan maupun bulanan baru terisi penuh setelah rentang waktunya benar-benar terlewati.

Apa beda munin dan munin-node, dan mana yang dipasang di mana?

Paket munin adalah masternya dan cukup dipasang di satu mesin, yaitu server yang akan menyimpan data dan menampilkan halaman web. Paket munin-node dipasang di setiap mesin yang ingin dipantau, termasuk di mesin master itu sendiri. Pada Ubuntu 22.04 maupun 24.04 dan Debian, keduanya tersedia langsung lewat apt install.

Bisakah Munin memantau server Windows?

Bisa, lewat proyek terpisah bernama munin-node-win32. Perlu diketahui bahwa repositorinya tidak lagi menerima pembaruan sejak 30 Juni 2023. Alternatif yang lebih terawat adalah memantau mesin Windows lewat SNMP memakai plugin snmp__winload dan snmp__winmem yang sudah tersedia di repositori inti.

Bisakah Munin dijalankan di Docker?

Bisa, dan ini termasuk cara termudah mencobanya tanpa mengotori sistem. Yang perlu diperhatikan, munin-node di dalam kontainer secara bawaan hanya melihat isi kontainer itu sendiri, bukan mesin induknya. Untuk memantau host, direktori /proc dan /sys milik host harus dipasang ke dalam kontainer.

Kenapa munin-node gagal jalan dengan pesan "start request repeated too quickly"?

Pesan itu berasal dari systemd, bukan dari Munin. Artinya layanannya dicoba dinyalakan lalu langsung berhenti berkali-kali, sehingga systemd menyerah dan berhenti mencoba. Penyebab aslinya ada di percobaan pertama, dan hanya terbaca lewat journalctl -u munin-node -n 50. Dua penyebab yang paling sering muncul adalah port 4949 yang sudah dipakai proses lain, dan kesalahan penulisan di /etc/munin/munin-node.conf. Setelah penyebabnya diperbaiki, jalankan systemctl reset-failed munin-node sebelum menyalakannya kembali, karena penghitung kegagalan systemd tidak hilang dengan sendirinya.

Kenapa fitur zoom pada grafik tidak berfungsi?

Karena zoom tidak menggambar ulang di sisi peramban, melainkan meminta gambar baru ke /munin-cgi/munin-cgi-graph. Bila grafik Anda dihasilkan cron dan alamat CGI itu tidak dilayani web server, tombol zoom akan terlihat tetapi tidak menghasilkan apa-apa. Perbaikannya sama dengan penyebab halaman Munin menolak dibuka: pastikan blok ScriptAlias untuk munin-cgi-graph aktif di konfigurasi Apache dan alamat Anda diizinkan mengaksesnya.

Berapa lama Munin menyimpan datanya?

Sekitar 450 hari dengan pengaturan bawaan, tetapi tidak seluruhnya dalam kepadatan yang sama. Data lima menit bertahan dua hari, lalu dipadatkan menjadi rata-rata tiga puluh menit selama sembilan hari, dua jam selama empat puluh lima hari, dan satu hari selama sisanya.

Munin masih layak dipakai atau sudah ditinggalkan?

Masih layak untuk skala kecil sampai menengah, dengan catatan Anda menerima resolusi lima menit dan tidak menunggu fitur baru. Kodenya masih dirawat sampai September 2026 dan masih dipaketkan Debian, tetapi rilis stabil terakhirnya berasal dari Mei 2024. Untuk lingkungan yang menuntut deteksi cepat atau dasbor modern, pilih alat lain.

Kesimpulan

Munin monitoring adalah pemantau server yang seluruh karakternya lahir dari satu angka. Ritme lima menit membuatnya cukup hemat untuk mesin kecil dan cukup sederhana untuk diperluas dengan plugin beberapa baris. Ritme yang sama pula yang menjaga riwayat 450 hari tetap muat di berkas berukuran tetap. Sebaliknya, angka itu juga membuatnya buta terhadap lonjakan singkat dan lambat dalam memberi peringatan.

Pilih Munin bila yang Anda butuhkan adalah ingatan panjang dengan ongkos yang bisa dihitung sejak hari pertama, pada belasan sampai puluhan mesin. Pilih alat lain bila yang Anda butuhkan adalah mata yang selalu terbuka. Semoga artikel ini membantu.