Memantau satu server masih bisa dikerjakan dengan tangan. Anda masuk lewat SSH sesekali, menjalankan top dan df -h, memastikan tidak ada yang aneh, lalu keluar lagi. Selama mesinnya baru satu atau dua, kebiasaan ini memadai.
Kebiasaan itu runtuh di dua titik. Pertama, saat jumlah server bertambah menjadi sepuluh atau tiga puluh, dan pemeriksaan manual berubah menjadi pekerjaan penuh waktu. Kedua — ini yang lebih sering dilupakan — saat yang perlu dipantau bukan lagi server. Switch, router, UPS, printer, dan perangkat penyimpanan juga bisa bermasalah, tetapi tidak satu pun dari perangkat itu bisa dipasangi program tambahan.
Di titik inilah orang mulai mencari perangkat lunak pemantauan terpusat. Zabbix adalah salah satu nama yang hampir selalu muncul di daftar pertimbangan, dan artikel ini membahasnya mulai dari komponen sampai kebutuhan servernya.
Apa Itu Zabbix?
Zabbix adalah perangkat lunak pemantauan infrastruktur TI yang bersifat open source dan dirancang untuk skala perusahaan. Cakupannya luas: parameter jaringan, kesehatan server, mesin virtual, aplikasi, layanan, basis data, website, sampai infrastruktur cloud.
Yang membedakannya dari kebanyakan alat sejenis adalah sifatnya sebagai satu paket utuh. Pengumpulan data, penyimpanan jangka panjang, antarmuka web, grafik, dashboard, dan pengiriman notifikasi sudah berada dalam satu produk. Anda tidak perlu merangkai tiga atau empat perangkat lunak berbeda supaya sistem pemantauan Anda berfungsi.
Proyeknya dimulai Alexei Vladishev pada 2001 dan kini dikembangkan Zabbix SIA di Riga, Latvia. Soal biaya, pernyataan resminya tidak menyisakan ruang tafsir. Tidak ada biaya lisensi, tidak ada batas jumlah host, perangkat, pengguna, metrik, maupun peringatan, dan tidak ada fitur yang dikunci di balik edisi berbayar.
Satu hal berubah pada 2024. Sejak versi 7.0, Zabbix memakai lisensi AGPLv3 menggantikan GPLv2 yang dipakai sejak 2001. Perbedaannya baru terasa kalau Anda memodifikasi kodenya lalu menyajikan hasilnya sebagai layanan lewat jaringan — dalam kasus itu modifikasi Anda wajib ikut dibuka. Untuk pemakaian internal biasa, status open source Zabbix tidak berubah sama sekali.
Lima Bagian yang Membentuk Satu Instalasi Zabbix
Zabbix bukan satu program tunggal. Memahami pembagian perannya penting sebelum Anda merencanakan pemasangan, karena tiap bagian bisa diletakkan di mesin berbeda.
- Zabbix server: otak sistem. Ia menjalankan polling (menjemput data dari perangkat) dan trapping (menerima kiriman data), menghitung kondisi trigger, lalu mengambil tindakan seperti mengirim notifikasi.
- Basis data: MySQL, MariaDB, atau PostgreSQL. Ia menyimpan seluruh konfigurasi sekaligus seluruh data historis. Bagian ini kerap dianggap pelengkap, padahal ia komponen yang paling menentukan performa.
- Frontend web: antarmuka berbasis PHP tempat Anda menambah host, menyusun trigger, membaca grafik, dan menata dashboard. Frontend berbicara langsung ke basis data.
- Zabbix agent: program kecil yang dipasang di mesin yang dipantau. Versi keduanya, Zabbix agent 2, ditulis ulang dengan Go dan memakai arsitektur plugin, sehingga membuka lebih sedikit koneksi TCP.
- Zabbix proxy: pengumpul data perantara. Proxy mengumpulkan data atas nama server untuk sekelompok host, menahannya kalau jalur ke server terputus, lalu meneruskannya. Berguna untuk kantor cabang atau segmen DMZ.
Ada dua komponen opsional. Java gateway menjadi jembatan untuk memantau aplikasi Java lewat JMX, sedangkan Zabbix web service dipakai untuk laporan terjadwal dan pemantauan berbasis browser.
Trigger dan template sering ikut disebut sebagai "komponen Zabbix". Keduanya sebenarnya objek konfigurasi yang tersimpan di dalam basis data, bukan perangkat lunak yang Anda pasang dan jalankan. Membedakan keduanya memudahkan saat Anda menyusun rencana pemasangan.
Diagram Zabbix dengan lima kartu Server, Basis Data, Frontend, Agent, dan Proxy.
Host, Item, Trigger, dan Action: Kosakata yang Perlu Anda Kuasai
Dokumentasi Zabbix baru terbaca lancar setelah empat istilah berikut jelas. Keempatnya membentuk satu rantai, dan hampir seluruh pekerjaan konfigurasi berputar di sekitarnya.
Host adalah apa pun yang Anda pantau: satu server, satu switch, satu website, atau satu basis data. Host punya alamat, antarmuka koneksi, dan daftar hal yang dikumpulkan darinya.
Item adalah satu metrik tunggal yang dikumpulkan dari sebuah host. Setiap item dikenali lewat key, misalnya system.cpu.util untuk pemakaian CPU atau vfs.fs.size[/,pfree] untuk sisa ruang partisi root. Item hanya mengumpulkan angka; ia tidak menilai apa pun.
Trigger adalah ekspresi yang memberi makna pada angka tersebut. Contohnya avg(/web-01/system.cpu.util,5m)>90, yang berarti "menyala kalau rata-rata pemakaian CPU selama lima menit terakhir melewati 90 persen". Trigger punya tingkat keparahan, dari Information sampai Disaster.
Action adalah apa yang dikerjakan Zabbix ketika trigger menyala. Isinya bisa berupa pengiriman email, panggilan webhook ke Telegram atau Slack, atau perintah jarak jauh untuk memulihkan layanan sendiri.
Diagram alur Zabbix: dari host dan item ke trigger, lalu action yang mengirim notifikasi ke tim.
Rantai ini menjelaskan satu hal penting. Menambah item tidak membuat Zabbix memberi peringatan; ia hanya menambah data yang tersimpan. Peringatan baru muncul kalau ada trigger yang membacanya, dan notifikasi baru terkirim kalau ada action yang menanganinya. Banyak instalasi yang terasa "diam saja" berhenti di tahap kedua.
Bagaimana Zabbix Mengambil Data dari Perangkat Anda
Zabbix mendukung tujuh belas tipe item, dan masing-masing mewakili satu cara pengambilan data. Mengenal kelompoknya membantu saat Anda menentukan pendekatan untuk perangkat baru.
- Lewat agent: tipe Zabbix agent, mode pasif maupun aktif. Ini jalur paling lengkap untuk server Linux dan Windows.
- Lewat protokol perangkat: SNMP agent, SNMP trap, IPMI agent, dan JMX agent. Kelompok inilah yang menjangkau switch, router, sensor perangkat keras, dan aplikasi Java.
- Tanpa agent sama sekali: Simple check untuk ping dan uji port, HTTP agent untuk memanggil API, serta SSH dan Telnet agent untuk perintah jarak jauh.
- Dari basis data dan skrip: Database monitor lewat ODBC, External check, Script, dan Browser.
- Data yang dikirim masuk: Zabbix trapper, dipakai aplikasi Anda sendiri untuk mendorong angka ke Zabbix.
- Data turunan: Calculated menghitung dari item lain, Dependent mengolah keluaran item induk, dan Zabbix internal memantau kesehatan Zabbix sendiri.
Satu catatan yang jarang disadari: HTTP agent bisa membaca endpoint bergaya Prometheus. Kehadiran Prometheus di lingkungan Anda tidak otomatis menutup pintu bagi Zabbix.
Agent Pasif dan Agent Aktif
Bagian ini menentukan aturan firewall Anda, jadi sebaiknya diputuskan sejak awal.
Pada pemeriksaan pasif, server yang menghubungi agent di port 10050, meminta nilai sebuah item, lalu menerima jawabannya. Konsekuensinya, firewall di sisi agent harus mengizinkan koneksi masuk dari alamat server.
Pada pemeriksaan aktif, arahnya terbalik. Agent yang menghubungi server di port 10051, mengambil daftar tugasnya, lalu mengirimkan hasilnya. Dokumentasi resmi menganjurkan mode ini untuk agent di balik firewall, karena koneksi keluar umumnya sudah diizinkan tanpa aturan tambahan.
Diagram Zabbix server dan agent yang menjelaskan komunikasi pasif serta aktif melalui port 10050 dan 10051.
Untuk mesin di belakang NAT atau di jaringan pelanggan, mode aktif hampir selalu pilihan yang lebih masuk akal. Berikut daftar port bawaan yang perlu Anda catat saat menyusun aturan firewall:
| Komponen | Port | Protokol |
|---|---|---|
| Zabbix agent & agent 2 | 10050 | TCP |
| Zabbix server | 10051 | TCP |
| Zabbix proxy | 10051 | TCP |
| Zabbix trapper | 10051 | TCP |
| Java gateway | 10052 | TCP |
| Zabbix web service | 10053 | TCP |
| Frontend | 80 dan 443 | HTTP/HTTPS |
Template dan Low-Level Discovery: Alasan Zabbix Kuat di Perangkat Jaringan
Menyusun item satu per satu untuk lima puluh server jelas tidak masuk akal. Template menjawab persoalan itu. Sebuah template adalah kumpulan item, trigger, graph, dashboard, aturan penemuan, dan skenario web yang bisa ditautkan ke banyak host sekaligus. Ubah satu hal di template, dan perubahan itu turun ke seluruh host yang tertaut.
Zabbix mengirim ratusan template siap pakai bersama paketnya. Pada jalur 7.0, repositori resminya memuat 323 berkas template, dan sebarannya menjelaskan banyak hal tentang karakter Zabbix:
| Kategori | Jumlah template |
|---|---|
| Perangkat jaringan | 122 |
| Aplikasi | 74 |
| Kanal notifikasi | 32 |
| Server fisik | 29 |
| Basis data | 27 |
| Sistem operasi | 13 |
| UPS dan PDU | 11 |
| Penyimpanan (SAN) | 8 |
| Layanan cloud | 5 |
| CCTV dan telepon | 2 |
Perhatikan baris teratas. Hampir empat dari sepuluh template resmi ditujukan untuk perangkat jaringan — router, switch, dan firewall dari Cisco, Juniper, Aruba, MikroTik, dan puluhan vendor lain. Inilah alasan Zabbix sering dipakai sebagai NMS (Network Management System), bukan sekadar pemantau server.
Diagram batang sebaran 323 template resmi Zabbix 7.0; perangkat jaringan tertinggi dengan 122 template.
Peran NMS itu ditopang satu fitur bawaan yang jarang disorot, yaitu Maps. Anda bisa menggambar topologi jaringan sendiri, menempatkan tiap perangkat sebagai elemen di atasnya, lalu membiarkan Zabbix mewarnai elemen yang sedang bermasalah sesuai tingkat keparahannya. Elemen yang status trigger-nya baru berubah dalam 30 menit terakhir diberi tanda segitiga merah, dan satu map bisa ditumpuk ke dalam sub-map untuk jaringan bertingkat.
Template baru benar-benar berguna setelah dipadukan dengan low-level discovery atau LLD. Fitur ini membuat Zabbix menemukan sendiri entitas di dalam sebuah host: partisi berkas, antarmuka jaringan, inti CPU, OID SNMP, objek JMX, sensor IPMI, sampai service systemd.
Anda cukup menyiapkan prototype — satu cetakan item, trigger, atau graph — dan Zabbix menggandakannya untuk tiap entitas yang ditemukan. Menambahkan disk baru ke server tidak lagi berarti menambahkan item pemantauan secara manual.
Basis Data: Bagian yang Paling Sering Diremehkan
Zabbix menyimpan seluruh data pemantauan di basis data relasional biasa: MySQL, MariaDB, atau PostgreSQL. Bukan di penyimpanan deret waktu khusus. Pilihan arsitektur ini punya konsekuensi yang perlu Anda antisipasi sejak awal.
Beban tulisnya bisa dihitung dengan mudah. Kalau Anda memantau 3.000 item dengan interval pembaruan 60 detik, basis data menerima 50 nilai baru setiap detik. Angka itu masuk sepanjang hari tanpa jeda, dan bertambah secara linear mengikuti jumlah host.
Satuan ini punya nama sendiri, yaitu NVPS (new values per second), dan ia adalah ukuran kapasitas yang sesungguhnya di dunia Zabbix. Hitung NVPS Anda lebih dulu sebelum menentukan ukuran server, karena angka itu yang menentukan beban tulis basis data — bukan jumlah host.
Zabbix menangani hal ini lewat dua tabel dengan sifat berbeda. History menyimpan setiap nilai apa adanya, lengkap sampai detik pengambilannya. Trends menyimpan ringkasan per jam berupa nilai minimum, maksimum, rata-rata, dan jumlah pengambilan. Grafik jangka panjang membaca trends, sehingga tetap tampil meskipun history-nya sudah dibuang.
Anjuran resminya tegas: simpan history sesingkat mungkin. Kombinasi yang disarankan dokumentasi adalah history 14 hari dan trends 5 tahun. Anda tetap punya rekaman lima tahun untuk perencanaan kapasitas, tanpa menanggung ukuran basis data yang menggelembung.
Diagram perbandingan History dan Trends pada Zabbix dengan panah dari data mentah ke ringkasan per jam.
Petugas yang membuang data lama bernama housekeeper. Proses ini berjalan berkala di dalam Zabbix server dan menghapus baris yang melewati batas retensi. Pada instalasi besar, penghapusan itu sendiri berubah menjadi beban berat, karena tiap siklus menjalankan query terhadap tabel berisi puluhan juta baris.
Untuk instalasi yang sudah terasa berat, PostgreSQL punya jalan keluar berupa ekstensi TimescaleDB (didukung pada rentang 2.13.0 sampai 2.28.x). Ekstensi ini memecah tabel history menjadi partisi berbasis waktu. Membuang data lama cukup dengan menghapus partisi — jauh lebih murah daripada menghapus baris satu per satu.
Spesifikasi Server yang Dibutuhkan Zabbix
Dokumentasi resmi menyediakan patokan perangkat keras berdasarkan jumlah metrik yang dipantau. Berikut tabelnya untuk platform Linux:
| Skala instalasi | Metrik dipantau | CPU | RAM |
|---|---|---|---|
| Small | 1.000 | 2 core | 8 GB |
| Medium | 10.000 | 4 core | 16 GB |
| Large | 100.000 | 16 core | 64 GB |
| Very large | 1.000.000 | 32 core | 96 GB |
Angka "metrik" di kolom kedua perlu diterjemahkan supaya terasa nyata. Catatan kaki dokumentasi mendefinisikan satu metrik sebagai satu item ditambah satu trigger ditambah satu graph. Template Linux bawaan pada jalur 7.0 membawa 43 item tetap plus 25 prototipe item, yang berkembang mengikuti jumlah disk, antarmuka jaringan, dan inti CPU mesin tersebut.
Pada server biasa, angkanya mendarat di kisaran 60 sampai 90 item. Artinya konfigurasi Small kira-kira setara 12 sampai 15 server Linux, bukan seribu server seperti yang mungkin terbayang dari angka 1.000 di tabel.
Versi basis data yang didukung juga perlu dicek sebelum memasang. Pada jalur 7.4 rentangnya adalah MySQL 8.0.30–9.7.x, MariaDB 10.5–12.3.x, dan PostgreSQL 13.0–18.x. SQLite hanya boleh dipakai untuk proxy.
Karena Zabbix membutuhkan akses root dan sumber daya yang tidak dibagi dengan aplikasi lain, VPS adalah tempat paling wajar untuk menjalankannya. Sebuah VPS Indonesia dengan 4 core dan 16 GB RAM sudah memadai untuk instalasi kelas Medium. Di atas itu, basis data sebaiknya dipisah ke mesin sendiri, dan dedicated server mulai lebih ekonomis dibanding menumpuk VPS besar.
Memilih Versi: LTS atau Rilis Standar
Zabbix memakai dua jalur rilis, dan memilih jalur yang salah berarti Anda dipaksa memutakhirkan sistem produksi setiap enam bulan.
Rilis LTS (Long Term Support) keluar kira-kira setiap satu setengah tahun dan didukung lima tahun: tiga tahun dukungan penuh ditambah dua tahun dukungan terbatas. Di antara dua LTS ada dua rilis standar yang muncul setiap enam bulan, masing-masing hanya didukung dua belas bulan.
Berikut kondisi per Agustus 2026:
| Versi | Tanggal rilis | Jenis | Dukungan penuh berakhir | Patch terbaru |
|---|---|---|---|---|
| 6.0 LTS | 8 Februari 2022 | LTS | sudah berakhir | 6.0.48 |
| 7.0 LTS | 4 Juni 2024 | LTS | 30 Juni 2027 | 7.0.29 |
| 7.4 | 1 Juli 2025 | Standar | sampai 8.0 LTS terbit | 7.4.13 |
| 8.0 LTS | dijadwalkan Q3 2026 | LTS | Q3 2029 | belum rilis |
Rekomendasinya sederhana. Untuk sistem produksi, pasang 7.0.29 dan biarkan sampai 8.0 LTS matang. Versi 6.0 sudah keluar dari masa dukungan penuh sejak Februari 2025. Sementara 8.0 masih berstatus beta saat artikel ini ditulis, sehingga belum layak menopang layanan nyata.
Pilih 7.4 hanya kalau Anda benar-benar membutuhkan fitur barunya, misalnya penemuan bertingkat, OAuth 2.0 untuk notifikasi email, atau host wizard yang memandu penambahan host. Konsekuensinya, Anda harus siap memutakhirkan ke 8.0 tidak lama setelah versi itu terbit.
Jalur 7.0 sendiri sudah membawa banyak hal. Ada proxy group dengan failover otomatis dan load balancing, penyangga data proxy di memori, serta poller asinkron yang sanggup menangani hingga 1.000 pemeriksaan bersamaan. Ditambah autentikasi multifaktor bawaan dan item Browser untuk pemantauan berbasis skenario browser.
Menunggu 8.0 juga punya alasan yang jelas. Zabbix mengumumkan versi itu akan membawa APM (Application Performance Monitoring), dukungan OpenTelemetry, pemrosesan peristiwa majemuk, korelasi berbasis AI, dan pembaruan tampilan. Aplikasi mobile resmi untuk iOS dan Android juga dijadwalkan hadir bersamanya.
Kelemahan dan Hal yang Perlu Anda Pertimbangkan
Zabbix bukan perangkat lunak yang dipasang lalu bisa dilupakan. Lima hal berikut sebaiknya diperhitungkan sebelum Anda memutuskan.
- Kosakatanya harus dipelajari lebih dulu: host, item, key, trigger, action, dan macro punya arti khas yang tidak Anda temukan di alat lain. Sediakan waktu beberapa hari sebelum konfigurasi pertama terasa masuk akal.
- Konfigurasi banyak berpindah layar: menambahkan satu host bisa berarti membuka empat halaman berbeda untuk antarmuka, template, macro, dan grup. Host wizard di versi 7.4 memperbaiki sebagian keluhan ini.
- Basis data menjadi hambatan pertama: hampir semua keluhan "Zabbix saya lambat" berakhir di basis data, bukan di aplikasinya. Tanpa kebijakan retensi sejak hari pertama, ukurannya tumbuh sampai housekeeper tidak lagi sanggup mengejar.
- Frontend dan API adalah jalur serangan utamanya: dua kerentanan frontend Zabbix tercatat di katalog Known Exploited Vulnerabilities milik CISA sejak 22 Februari 2022. Masuknya CVE-2022-23131 dan CVE-2022-23134 ke katalog itu berarti keduanya benar-benar dipakai menyerang. Lalu pada November 2024 muncul CVE-2024-42327, sebuah SQL injection di API
user.getdengan skor CVSS 9,9. Kerentanan itu bisa dipicu akun mana pun yang punya akses API, termasuk peran User bawaan. Versi terdampak: 6.0.0–6.0.31, 6.4.0–6.4.16, dan 7.0.0. - Kurang cocok untuk beban kerja berumur pendek: Zabbix berpusat pada host yang stabil dan punya nama tetap. Container yang hidup lima menit lalu diganti tidak cocok dengan model ini.
Poin keempat menuntut satu keputusan konkret. Jangan buka frontend Zabbix ke internet tanpa pembatasan. Letakkan di jaringan internal, akses lewat VPN, dan perlakukan pembaruan Zabbix sepenting pembaruan sistem operasi.
Zabbix, Prometheus, Nagios, atau Grafana?
Empat nama ini sering diadu, padahal salah satunya bukan pesaing.
Grafana bukan alternatif Zabbix. Grafana adalah lapisan visualisasi yang membaca data dari sumber lain; ia tidak mengumpulkan data sendiri dan tidak punya agent. Zabbix bahkan menyediakan data source resmi untuknya. Jadi pertanyaan yang tepat bukan "Zabbix atau Grafana", melainkan apakah Anda memakai dashboard bawaan Zabbix atau memindahkan visualisasinya ke Grafana.
Prometheus adalah basis data deret waktu dengan model pull dan bahasa kueri PromQL. Ia unggul di lingkungan cloud-native karena menemukan target baru sendiri saat pod di Kubernetes bertambah. Harganya, Anda perlu merangkai beberapa komponen terpisah: Prometheus, Alertmanager, Grafana, dan satu exporter untuk tiap jenis target.
Nagios adalah pendahulu yang masih hidup. Arsitekturnya berbasis plugin dengan hasil biner: normal atau bermasalah. Ringan dan terbukti, tetapi konfigurasinya lewat berkas teks dan kemampuan grafiknya minim tanpa tambahan pihak ketiga.
Panduan pemilihannya bisa disederhanakan. Infrastruktur campuran — server fisik, VPS, switch, router, dan UPS dalam satu jaringan — paling terlayani oleh Zabbix. Lingkungan yang nyaris seluruhnya container lebih cocok dengan Prometheus. Kalau yang Anda butuhkan hanya pemberitahuan saat sesuatu mati, Nagios masih memadai.
Satu hal perlu diluruskan: Zabbix memantau ketersediaan dan performa, bukan keamanan. Untuk mendeteksi percobaan pembobolan dan perubahan berkas mencurigakan, perannya diambil perangkat lunak seperti Wazuh. Keduanya biasa berjalan berdampingan.
Pertanyaan yang Sering Diajukan
Apakah Zabbix benar-benar gratis? Ya. Zabbix dirilis di bawah AGPLv3 tanpa biaya lisensi, tanpa batas jumlah host, dan tanpa fitur yang dikunci. Yang berbayar hanya langganan dukungan resmi, mulai dari tingkat Silver seharga €245 atau $325 per bulan.
Apa itu Zabbix Cloud dan berapa biayanya? Zabbix Cloud adalah layanan terkelola resmi, yaitu Zabbix yang dijalankan dan dirawat oleh Zabbix SIA sendiri sehingga Anda tidak mengurus server maupun basis datanya. Tersedia tujuh tingkatan mulai $50 per bulan (Nano) sampai $5.000 per bulan (2xLarge). Yang menarik, harganya dipatok berdasarkan NVPS, dari 50 sampai 10.000 nilai per detik. Contoh 3.000 item dengan interval 60 detik di atas tadi tepat berada di 50 NVPS, jadi beban sebesar itu masuk ke tingkatan termurah.
Berapa spesifikasi minimal untuk mencoba Zabbix? Untuk laboratorium dengan belasan host, 2 core dan 8 GB RAM di atas Linux 64-bit sudah cukup. Sediakan setidaknya 50 GB penyimpanan supaya basis data tidak cepat penuh.
Bisakah Zabbix dijalankan dengan Docker? Bisa. Zabbix memelihara 18 repositori resmi di Docker Hub, mencakup server, frontend, agent, proxy, java gateway, dan penerima SNMP trap. Image agent-nya saja sudah diunduh lebih dari 52 juta kali, jadi jalur Docker termasuk yang paling banyak dipakai.
Apa beda Zabbix agent dan Zabbix agent 2? Agent lama ditulis dengan C, sedangkan agent 2 ditulis dengan Go dan memakai arsitektur plugin. Agent 2 membuka lebih sedikit koneksi TCP dan bisa menahan data sementara saat server tidak terjangkau.
Kenapa muncul pesan "Zabbix server is not running"?
Pesan itu berarti frontend gagal menghubungi Zabbix server pada alamat dan port yang tertulis di zabbix.conf.php. Ada tiga penyebab yang paling sering ditemui. Pertama, layanan servernya memang mati — periksa dengan systemctl status zabbix-server. Kedua, server gagal terhubung ke basis data lalu berhenti saat start, dan jejaknya terbaca di berkas log /var/log/zabbix/zabbix_server.log. Ketiga, SELinux memblokir koneksi frontend ke port 10051.
Bisakah Zabbix memantau perangkat tanpa memasang agent? Bisa, dan ini justru kekuatannya. SNMP, IPMI, ping, uji port, HTTP, SSH, dan ODBC semuanya berjalan tanpa memasang apa pun di sisi perangkat.
Kesimpulan
Zabbix adalah perangkat lunak pemantauan open source yang menyatukan pengumpulan data, penyimpanan, visualisasi, dan notifikasi dalam satu paket. Lisensinya AGPLv3, tanpa batas jumlah host maupun metrik. Kekuatan terbesarnya ada pada cakupan perangkat: dari 323 template resmi, 122 di antaranya untuk perangkat jaringan, sehingga satu instalasi bisa menaungi server, switch, router, dan UPS sekaligus.
Yang perlu Anda siapkan bukan biaya lisensi, melainkan basis data yang dirawat dan waktu untuk mempelajari kosakatanya. Tetapkan retensi sejak hari pertama — 14 hari untuk history dan lima tahun untuk trends — lalu pasang versi 7.0 LTS yang masih didukung penuh sampai Juni 2027. Kalau yang Anda kelola hanya satu atau dua server tanpa perangkat jaringan, Zabbix terlalu besar untuk persoalannya. Skrip pemantauan sederhana akan memberi hasil lebih cepat dengan biaya jauh lebih kecil.
Semoga artikel ini membantu.
