Implementasi Network Monitoring Tool (Zabbix/LibreNMS) untuk IT RS

Sobat IT RS, siapa di sini pernah kena semprot gara-gara tiba-tiba switch di lantai ICU mati, koneksi fiber optic ke IGD putus, atau WiFi poliklinik ngadat pas jam ramai? Pasti bikin keringat dingin, apalagi kalau ditanya, “Kok baru tau ada masalahnya sekarang?” Nah, nunggu komplain user dulu baru sadar ada perangkat down itu udah bukan zamannya. Kita perlu alat buat mantau semua perangkat jaringan RS — switch, access point, link FO — secara real time, visual, dan bisa kasih notifikasi sebelum petaka meledak. Di artikel ini, gua bahas langkah konkret implementasi network monitoring pake Zabbix dan LibreNMS, plus tips biar NOC (Network Operation Center) RS jadi pusat pengawas infrastruktur yang nggak gampang kecolongan.

Kenapa Perlu Network Monitoring di RS?

  • Downtime = Risiko Nyawa. Kalau HIS/SIMRS, PACS, atau sistem farmasi down, pelayanan pasien berantakan. RS nggak boleh ‘gelap’ status jaringan.
  • Lebih Cepat Deteksi Gangguan. Monitoring aktif = problem ditemukan sebelum user komplain, tim IT bisa inisiatif mitigasi lebih cepat.
  • Visualisasi Bikin Jelas. Dashboard visual di ruang NOC bikin semua anggota tim dan manajemen bisa lihat kondisi infrastruktur secara sekilas.
  • Data Historis = Analisa & Audit. Bisa lacak pola mati-nyala, bandwidth, siapa ‘biang kerok’ sering trouble. Berguna buat audit dan akreditasi.

Pilihan Tool Open Source: Zabbix vs LibreNMS

Dua raksasa monitoring open source sering dipakai di RS: Zabbix dan LibreNMS. Dua-duanya support SNMP, auto-discovery, notifikasi, dan dashboard grafis. Pilihan tergantung kebutuhan dan gaya tim.

Zabbix

  • Lebih ‘serius’, fleksibel, support banyak protokol (SNMP, agent, IPMI, dll).
  • Template monitoring lengkap, bisa custom trigger/alert.
  • Visualisasi bagus, bisa integrasi dengan Grafana.
  • Cocok buat RS skala menengah-besar, atau yang pengen monitoring infra non-jaringan juga (server, storage, aplikasi).

LibreNMS

  • Fokus ke monitoring jaringan (switch, router, AP, link FO).
  • Auto-discovery lebih mudah, UI lebih ramah pemula.
  • Grafik performa bandwidth, port, wireless client, dsb langsung tampil.
  • Cocok kalau mayoritas monitoring di perangkat jaringan, tim suka yang ‘langsung jadi’.
Inti: Dua-duanya bisa. Kalau perlu monitoring infrastruktur campur (server, aplikasi, database), pilih Zabbix. Kalau pure jaringan, ingin auto-discover dan visualisasi langsung, LibreNMS bisa jadi pilihan.

Studi Kasus: Monitoring Infrastruktur RS XYZ

Studi kasus nyata: RS XYZ, 6 lantai, 1 gedung utama, 2 gedung penunjang, backbone fiber optic antar lantai. Perangkat utama:

  • 12 Switch manage (Cisco, HP, Ruijie)
  • 25 Access Point wireless (Aruba, TP-Link Omada)
  • 4 Core switch FO antar gedung
  • 2 Link FO utama (UTP backup)
  • 2 Server utama (VM, database SIMRS)

Target: Semua perangkat bisa terpantau live status up/down, trafik, suhu, interface, jumlah client, serta link FO ada visual topologi di dinding ruang NOC.

Langkah Implementasi Monitoring Jaringan di RS

1. Persiapan Data Perangkat

  • Bikin inventory perangkat jaringan: nama, lokasi, merk/model, IP address, SNMP community, jenis link (FO/UTP), kontak penanggung jawab.
  • Contoh tabel inventory perangkat:

| No | Nama        | Lokasi     | Tipe    | IP         | SNMP Community | Link      | Keterangan   |
|----|-------------|------------|---------|------------|----------------|-----------|--------------|
| 1  | SW-IGD      | IGD        | Switch  | 10.10.1.2  | public         | FO        | Cisco 2960   |
| 2  | AP-PoliA    | Poli Anak  | AP      | 10.10.2.10 | public         | UTP       | Aruba IAP215 |
| 3  | Core-SW     | Lantai 3   | Switch  | 10.10.0.1  | public         | FO        | HP 5130      |
| 4  | FO-IGD-L3   | FO IGD-3   | Link    |            |                | FO        | 1Gbps        |

2. Aktifkan SNMP di Perangkat

  • Masuk ke masing-masing switch, AP, router, aktifkan SNMP (Simple Network Management Protocol).
  • Contoh konfigurasi SNMP di Cisco Switch:

conf t
snmp-server community public RO
snmp-server location IGD
snmp-server contact itrs@rsxyz.co.id
end
  • Catat SNMP community (default: public). Ubah sesuai standar keamanan RS. Jangan dibiarkan default.

3. Instalasi Zabbix atau LibreNMS di Server

  • Pakai server fisik/VM, minimal 2 core CPU, 4GB RAM, storage 50GB (lebih = lebih baik).
  • Pastikan OS update. Rekomendasi: Ubuntu Server 22.04 LTS.
  • Contoh instalasi LibreNMS (ringkasan, detail cek docs):

sudo apt update
sudo apt install -y git composer fping mariadb-server \
  php php-cli php-mysql php-gd php-snmp php-curl php-xml php-mbstring \
  nginx zip unzip snmp graphviz
sudo useradd librenms -d /opt/librenms -M -r -s /bin/bash
sudo git clone https://github.com/librenms/librenms.git /opt/librenms
sudo chown -R librenms:librenms /opt/librenms
# Setting DB, config PHP, akses web: lanjut sesuai petunjuk
  • Instalasi Zabbix lebih panjang, cek di zabbix.com. Inti: install DB, backend Zabbix, web frontend.

4. Tambahkan Perangkat ke Monitoring

  • LibreNMS: Paling gampang, tinggal Add Device → Masukkan IP, SNMP community, centang SNMP, klik Add.
  • Zabbix: Host → Create Host → masukkan IP, group, template SNMP Switch/Router. Assign template sesuai perangkat.
  • Tips: Buat naming convention standar: nama perangkat = [Jenis]-[Lokasi], misal SWITCH-IGD, AP-Poliklinik, FO-LANTAI4.

# Contoh add device via CLI (LibreNMS)
sudo -u librenms ./addhost.php 10.10.1.2 public v2c

5. Buat Dashboard Visual di NOC

  • Pakai PC/TV besar di ruang NOC, buka dashboard LibreNMS/Zabbix.
  • LibreNMS: Dashboard → Tambah widget “Availability Map”, “Network Map”, “Device Summary”.
  • Zabbix: Dashboard → Tambah widget “Map”, “Problems”, “Host status”.
  • Bisa bikin map topologi FO antar lantai/gedung, drag-drop perangkat di posisi sesuai layout RS.
Catatan: Monitoring visual efektif kalau map rapih, penamaan konsisten, lokasi perangkat jelas.

6. Setup Notifikasi (Email/Telegram/Whatsapp)

  • Setting alert kalau perangkat down, port FO down, suhu tinggi, trafik abnormal.
  • Zabbix dan LibreNMS support notifikasi email, Telegram, webhook (bisa dikaitkan ke Whatsapp gateway).
  • Contoh notifikasi Telegram di LibreNMS: Setting → Alert Transport → Telegram → Masukkan API token.

# Contoh isi notifikasi
ALERT: SWITCH-IGD [10.10.1.2] DOWN
Severity: Critical
Time: 2024-06-06 15:02

Contoh Monitoring: Switch, Access Point, Link FO

Monitoring Switch (Status, Port Traffic, Suhu)

  • Status up/down, auto polling tiap 1 menit.
  • Grafik traffic tiap port, bisa tahu port mana paling banyak load.
  • Monitor suhu switch (khusus model support SNMP sensor).
  • Trigger alert kalau port FO down atau error excessive packet.

# Contoh OID SNMP untuk Cisco suhu
SNMPv2-SMI::enterprises.9.5.1.2.19.0 = INTEGER: 35  # suhu 35 C

Monitoring Access Point (Jumlah Client, Status, Sinyal)

  • Status AP up/down, restart otomatis kalau perlu.
  • Jumlah user per SSID, bisa tahu waktu puncak.
  • Alarm kalau user AP lebih dari kapasitas (misal >60 user = warning).
  • Monitor kekuatan sinyal, channel overlapping.

# OID SNMP untuk Aruba jumlah client
.1.3.6.1.4.1.14823.2.2.1.1.6.2.1.3.1 = INTEGER: 42  # 42 user terhubung

Monitoring Link Fiber Optic (Up/Down, Traffic, Error)

  • Status up/down interface FO, link flap detection.
  • Grafik bandwidth FO, deteksi spikes/pemakaian abnormal.
  • Monitor error rate (CRC error, lost packet), penting buat cek kualitas FO.
  • Visualisasi link FO di map, lampu hijau/merah sesuai status real time.

# Cek status up/down port FO via SNMP
IF-MIB::ifOperStatus.10 = INTEGER: up(1)  # port nomor 10 up

Studi Kasus: Problem & Solusi dari Monitoring

  • Case 1: Link FO IGD - Data Center tiba-tiba sering down. Monitoring tunjukkan port FO di switch IGD sering “flap” (naik-turun) tiap jam 2 pagi. Ternyata suhu ruang panel naik karena AC mati timer. Solusi: tambah notifikasi suhu, perbaiki timer AC.
  • Case 2: User komplain WiFi poli lelet. Dari dashboard monitoring, kelihatan 1 AP overload 70 user, AP lain cuma 10 user. Solusi: atur ulang coverage/pemasangan AP, tambah AP baru.
  • Case 3: Trafik server SIMRS naik mendadak, monitoring tunjukkan port switch backbone transfer data besar. Setelah dicek, ada backup database jalan di jam layanan. Solusi: reschedule backup di luar jam sibuk.

Tips Optimasi dan Maintenance Monitoring

  • Update Inventory kalau ada perangkat baru/ganti.
  • Rutin upgrade Zabbix/LibreNMS. Update patch keamanan.
  • Kelola hak akses dashboard, jangan semua orang bisa edit.
  • Backup config monitoring server, backup database monitoring.
  • Cek log alert, pastikan notifikasi tidak terlalu ‘bising’ (alert fatigue).

Kesalahan Umum Implementasi Monitoring (Jangan Diulang!)

  • SNMP community dibiarkan default public. Risiko keamanan! Ganti dengan string unik, minimal beda tiap zona/gedung.
  • Asal add device tanpa deskripsi/lokasi. Map dan alert jadi membingungkan.
  • Monitoring hanya server, lupa switch/AP/link FO. NOC jadi ‘buta’ problem jaringan.
  • Tidak test notifikasi (alarm ngga nyampe): simulasi perangkat down sebelum live.
  • Monitoring server tidak di-backup. Data historis hilang waktu server crash.

Penutup: Level Up IT RS dengan Monitoring Proaktif

Sudah saatnya Sobat IT RS move on dari gaya ‘menunggu user teriak’ baru kelabakan. Pakai tool monitoring kayak Zabbix/LibreNMS bikin kerja tim IT lebih proaktif, responsif, dan jelas ngejelasin ke manajemen atau auditor kenapa downtime bisa terjadi, plus langkah perbaikan. Visualisasi dashboard di NOC bukan cuma buat gaya, tapi alat bantu nyata biar RS nggak ‘buta’ status perangkat vital.

Penerapan awal memang makan waktu, apalagi mapping perangkat dan penyesuaian trigger alert, tapi sekali jalan, efeknya: waktu troubleshooting turun, kepercayaan user naik, dan data audit siap kapan pun dibutuhkan. Nggak perlu lagi alasan “nggak tau kalau AP mati”.

Kalau mau tanya step-by-step, template, atau minta contoh map topologi, drop pertanyaan via komentar. Pokok e, pantau terus, respon cepat, RS aman. Selamat ngoprek, Sobat IT RS!