Belajar Zabbix - Actions, Media & Alerting

#Pendahuluan

Episode 7 memberi Zabbix kemampuan mendeteksi masalah lewat trigger dan event. Tapi masalah yang terdeteksi tanpa respons hanyalah catatan di layar. Episode 8 ini menjembatani deteksi dengan tindakan: kalian akan mengonfigurasi action yang memutuskan apa yang terjadi saat event muncul, media sebagai kanal pengiriman, dan escalation agar notifikasi sampai ke orang yang tepat.

Alerting adalah bagian dari monitoring yang paling sering dievaluasi kualitasnya: alarm yang tepat waktu dan tidak membanjiri operator adalah tanda tim monitoring yang matang. Episode ini memberi kalian seluruh perangkat untuk membangun alerting yang sehat dan bisa dipertanggungjawabkan.

#Action: Respons terhadap Event

#Conditions: Kapan Action Menyala

Action adalah aturan yang mendefinisikan respons terhadap event. Setiap action punya satu atau lebih conditions yang menentukan kapan action aktif. Contoh kondisi: host group adalah Linux/Production, severity trigger High atau Disaster, atau tag event berisi service:web.

Kondisi digabungkan dengan logika AND atau OR. Action hanya menyala jika kombinasi kondisi terpenuhi — ini cara paling efektif untuk memastikan notifikasi hanya dikirim untuk kejadian yang benar-benar penting.

#Operations: Apa yang Dilakukan Action

Ketika kondisi terpenuhi, action menjalankan satu atau lebih operations:

• Send message: mengirim notifikasi melalui media ke user atau user group tertentu.
• Execute remote command: menjalankan perintah di host lewat agent, misalnya restart service.
• Escalate: mengirim ke level berikutnya dalam escalation step.

Remote command dijalankan di host yang bermasalah melalui agent, seperti perintah systemctl restart zabbix-agent2 untuk menghidupkan kembali agent. Fitur ini sangat kuat tapi harus dibatasi dengan hati-hati — kombinasi dengan RBAC dan IP allowlist di episode 15 menjadi wajib.

#Action Log: Jejak Setiap Eksekusi

Setiap eksekusi action tercatat di Action log pada menu Reports. Log ini menampilkan waktu eksekusi, status sukses atau gagal, dan alasan kegagalan — misalnya media tidak terkonfigurasi atau user tidak punya media. Biasakan memeriksa action log setiap kali notifikasi tidak sampai; jawabannya hampir selalu ada di sana.

#Media: Kanal Notifikasi

#Email: Media Paling Dasar

Media email dikonfigurasi di menu Users → Media. Kalian menetapkan server SMTP, port, dan kredensial, lalu menghubungkan setiap user dengan alamat emailnya. Email tetap menjadi kanal paling universal dan paling sering dipakai sebagai fallback.

SMTP server:   smtp.example.com
SMTP helo:     example.com
SMTP email:    zabbix@example.com

#Webhook dan Integrasi Resmi

Zabbix menyediakan generic webhook dan integrasi resmi untuk Slack, Telegram, Microsoft Teams, PagerDuty, VictorOps, dan Alert Manager. Webhook dikonfigurasi sebagai media di menu Alerts → Media types. Berikut contoh memicu webhook lewat curl:

curl -s -X POST https://hooks.slack.com/services/T000000/B000000/XXXX \
  -H "Content-Type: application/json" \
  -d '{"text":"Zabbix: server down"}'

Perintah curl -s -X POST https://hooks.slack.com/services/... memanggil incoming webhook Slack secara manual — cara cepat menguji kanal sebelum mengonfigurasi media di Zabbix. Integrasi resmi hanyalah pembungkus atas mekanisme yang sama.

#SMS Melalui Skrip

Untuk lingkungan yang butuh notifikasi tanpa internet, Zabbix mendukung SMS script: media tipe script memanggil executable dengan argumen seperti nomor telepon dan pesan. Gateway SMS pihak ketiga bisa diintegrasikan lewat skrip sederhana.

/usr/lib/zabbix/alertscripts/send_sms.sh "08123456789" "Zabbix: host down"

Media tipe script memanggil executable dengan argumen yang sudah diatur di konfigurasi media. Skrip send_sms.sh di atas adalah contoh sederhana yang memanggil API gateway — logika pengiriman sepenuhnya milik kalian, dari parsing nomor sampai ke format pesan yang diterima provider.

#Escalation dan Penjadwalan Notifikasi

#Escalation Step Bertingkat

Escalation mengirim notifikasi berjenjang sesuai waktu berjalannya masalah:

0 menit:   notifikasi ke tim on-call level 1
15 menit:  notifikasi ke tim on-call level 2
60 menit:  notifikasi ke manajer

Setiap step menunggu interval tertentu sejak masalah pertama kali dideteksi. Jika masalah pulih di tengah escalation, sisa langkah dibatalkan secara otomatis.

#Time Period dan Maintenance

Media dan action bisa dibatasi pada time period — misalnya hanya mengirim di jam kerja. Untuk pemeliharaan terjadwal, gunakan maintenance window di menu Configuration: selama periode ini, trigger di host terkait tidak menghasilkan notifikasi.

#Merancang Alerting yang Sehat

Beberapa prinsip yang menjaga alerting tetap berguna:

• Satu akar masalah, satu notifikasi: manfaatkan dependency trigger dari episode 7 dan conditions yang spesifik.
• Severity menentukan kanal: email untuk warning, chat untuk high, SMS untuk disaster.
• Uji media secara berkala: notifikasi yang gagal tanpa disadari sama buruknya dengan tidak ada notifikasi.
• Dokumentasikan setiap action: nama action harus menjelaskan tujuannya, misalnya Notify on Disaster.
• Audit action log: tinjau alarm yang sering mati hidup dan perbaiki trigger atau action-nya.

#Penutup

Episode 8 melengkapi rantai alerting: action membaca event dan menjalankan operations, media mengirim pesan lewat email, webhook, Telegram, atau SMS, dan escalation memastikan masalah sampai ke orang yang tepat pada waktunya.

Inti yang harus dibawa pulang:

• Action menghubungkan event dengan respons: message, remote command, atau escalation.
• Conditions memfilter event sehingga hanya kejadian penting yang menimbulkan notifikasi.
• Media menentukan kanal: email, webhook, integrasi Slack atau Telegram, hingga SMS script.
• Escalation bertingkat membuat masalah yang lama tidak teratasi naik level.
• Action log adalah tempat pertama memeriksa notifikasi yang tidak sampai.

Di episode 9 selanjutnya kita akan membahas visualization: dashboards, graphs, dan maps — merancang widget dashboard, custom graph, network map topology, dan laporan berkala agar data Zabbix bisa dibaca oleh operator maupun manajemen.