Gambaran Umum Arsitektur SNMP Collector

Sistem SNMP Collector bukanlah sebuah aplikasi tunggal yang berdiri sendiri, melainkan sebuah sistem terdistribusi yang terdiri dari beberapa komponen yang saling berkolaborasi. Secara garis besar, arsitektur ini mengikuti pola yang mirip dengan sistem informasi pada umumnya: ada sumber data, ada pengumpul data, ada penyimpanan, ada pemrosesan, dan ada tampilan. Yang membedakan adalah spesialisasi di lapisan pengumpulan data yang menggunakan protokol SNMP.

Alur besar sistem dapat digambarkan sebagai berikut:
Perangkat Jaringan (router, switch, server) yang di dalamnya berjalan SNMP Agent → Data diambil oleh SNMP Collector yang berjalan di server → Data mentah diolah dan disimpan ke dalam Database → Backend Server menyediakan akses data melalui API → Frontend Dashboard menampilkan data dalam bentuk visual yang mudah dipahami oleh administrator.

Mari kita lihat lebih detail masing-masing komponen utama dalam sistem ini.

Komponen Utama dalam Sistem

SNMP Agent (di Device)

SNMP Agent adalah sebuah layanan atau service yang berjalan di dalam perangkat yang akan dimonitor. Agent ini bertugas mendengarkan permintaan SNMP (biasanya pada port UDP 161) dan merespons dengan data yang diminta. Data yang bisa diberikan agent sangat beragam dan diidentifikasi menggunakan kode unik yang disebut OID (Object Identifier).

Misalnya, OID .1.3.6.1.2.1.1.3.0 menyimpan informasi system uptime—berapa lama perangkat sudah menyala tanpa restart. Agent tidak proaktif mengirim data; ia hanya merespons ketika diminta. Pengecualian adalah SNMP Trap, di mana agent bisa mengirim notifikasi secara spontan jika terjadi kejadian tertentu, namun untuk monitoring reguler, pola request-response adalah yang paling umum.

Tanpa agent yang aktif dan terkonfigurasi dengan benar, collector tidak akan bisa mendapatkan data apa pun dari perangkat tersebut.

SNMP Collector

Collector adalah komponen yang bertugas secara aktif mengambil data dari SNMP Agent. Dalam implementasi sederhana, collector bisa berupa script yang dijalankan secara periodik menggunakan cron job atau task scheduler.

Script ini akan mengirimkan SNMP Get-Request ke setiap perangkat yang terdaftar, menerima respons, lalu meneruskan data tersebut ke backend atau langsung menyimpannya ke database. Dalam sistem yang lebih kompleks, collector bisa berupa aplikasi terpisah yang berjalan sebagai service, dilengkapi dengan mekanisme antrian (queue) dan penanganan error yang lebih canggih.

Collector harus dirancang untuk menangani berbagai skenario seperti perangkat yang tidak merespons (timeout), respons yang lambat, atau data yang tidak valid. Interval polling—seberapa sering collector mengambil data—adalah parameter penting yang mempengaruhi beban sistem dan kesegaran data.

Database

Database berfungsi sebagai tempat penyimpanan semua data monitoring yang telah dikumpulkan. Desain skema database dalam sistem monitoring biasanya membedakan antara data konfigurasi dan data hasil monitoring.

Data konfigurasi mencakup informasi seperti daftar perangkat yang dimonitor, alamat IP, komunitas SNMP, dan OID apa saja yang ingin dipantau. Sementara itu, data hasil monitoring adalah nilai-nilai aktual yang diambil dari perangkat beserta timestamp-nya.

Karena volume data monitoring bisa sangat besar (ratusan perangkat × puluhan OID × interval 5 menit), pertimbangan performa database menjadi krusial. Teknik seperti partisi tabel berdasarkan tanggal atau penggunaan database time-series khusus seperti InfluxDB sering dipertimbangkan untuk sistem skala besar.

Backend / Server

Backend server adalah lapisan yang menghubungkan collector, database, dan frontend. Di sinilah logika bisnis aplikasi monitoring diimplementasikan.

Beberapa tanggung jawab utama backend meliputi:

• manajemen perangkat (CRUD perangkat yang dimonitor)
• manajemen OID (menentukan metrik apa saja yang diambil)
• penjadwalan polling (mengatur interval dan waktu pengambilan data)
• pemrosesan data (misalnya mengkonversi nilai mentah dari SNMP menjadi satuan yang mudah dibaca)
• penyediaan REST API untuk frontend
• autentikasi dan otorisasi pengguna

Framework seperti Laravel sangat membantu karena menyediakan struktur MVC (Model-View-Controller) yang rapi untuk mengorganisir kode, serta fitur-fitur bawaan yang mempercepat pengembangan.

Frontend / Dashboard

Dashboard adalah wajah dari sistem monitoring yang berinteraksi langsung dengan pengguna. Di sini, data yang telah dikumpulkan dan disimpan di database ditampilkan dalam bentuk visual seperti grafik garis untuk tren penggunaan bandwidth, gauge untuk penggunaan CPU terkini, atau tabel status perangkat.

Dashboard yang baik harus mampu menyajikan informasi secara intuitif sehingga administrator dapat dengan cepat mengidentifikasi masalah tanpa harus membaca data mentah. Teknologi frontend modern seperti React, Vue.js, atau bahkan template Bootstrap dengan Chart.js dapat digunakan untuk membangun dashboard yang responsif dan informatif.

Dashboard berkomunikasi dengan backend melalui API, mengambil data yang diperlukan, lalu merendernya menjadi visualisasi.

Alur Kerja Sistem (End-to-End)

Memahami alur kerja end-to-end akan memberikan gambaran konkret bagaimana semua komponen di atas bekerja bersama. Mari kita telusuri langkah demi langkah:

1. Langkah 1
   Backend server, melalui task scheduler yang sudah dikonfigurasi, memicu proses polling pada interval tertentu (misalnya setiap 5 menit). Scheduler akan membaca daftar perangkat yang aktif dari database.
2. Langkah 2
   Untuk setiap perangkat, backend memanggil fungsi SNMP Collector. Collector kemudian membentuk paket SNMP Get-Request yang berisi OID-OID yang ingin ditanyakan dan komunitas string sebagai "password" sederhana.
3. Langkah 3
   Paket Get-Request dikirimkan melalui jaringan ke alamat IP perangkat target pada port UDP 161. Di sisi perangkat, SNMP Agent yang mendengarkan pada port tersebut menerima paket.
4. Langkah 4
   SNMP Agent memeriksa apakah komunitas string yang diberikan cocok dan apakah OID yang diminta tersedia. Jika ya, agent mengambil nilai dari sistem internal perangkat dan membentuk paket SNMP Get-Response yang berisi nilai tersebut.
5. Langkah 5
   Paket Get-Response dikirim kembali ke server. Collector menerima respons dan mengekstrak nilai-nilai data dari dalam paket. Jika terjadi timeout atau error, collector mencatat kegagalan tersebut.
6. Langkah 6
   Data mentah yang berhasil diambil (misalnya nilai counter interface dalam bentuk octets) kemudian diproses. Proses ini bisa mencakup kalkulasi selisih dengan data sebelumnya untuk mendapatkan rate (seperti bandwidth dalam bps), konversi satuan, atau validasi nilai.
7. Langkah 7
   Data yang sudah diproses disimpan ke dalam database. Setiap entri biasanya menyertakan ID perangkat, ID metrik (OID), nilai, dan timestamp pengambilan.
8. Langkah 8
   Ketika administrator membuka dashboard melalui browser, frontend mengirim permintaan API ke backend. Backend mengambil data yang relevan dari database (misalnya data bandwidth 24 jam terakhir) dan mengirimkannya kembali ke frontend dalam format JSON.
9. Langkah 9
   Frontend menerima data JSON, memprosesnya dengan library charting seperti Chart.js atau ApexCharts, dan menampilkan grafik interaktif di layar pengguna.

Model Arsitektur Sederhana vs Kompleks