System Monitoring Virtual

Menggunakan

Sudiro
Penjelasan:
• Kenapa memilih menggunakan System
Monitoring Virtual?
• Apa itu Zabbix?
• Kenapa kita memilih Zabbix?
• System kerja Zabbix
Kenapa Memilih Menggunakan System Monitoring Virtual?

Alasan ► Karena waktu sangatlah berharga

Tujuan:
 Untuk mengidentifikasi dan mengatasi masalah secepat
mungkin sebelum ada komplain
 Staf IT bisa bekerja lebih produktif dan efisien
 Untuk memangkas biaya administrasi dengan sistem
otomatisasi, tanpa harus monitoring manual
 Untuk meningkatkan kualitas layanan yang diberikan
 Untuk merencanakan upgrade/restrukturisasi sumber daya
perangkat keras (hardware)
 Untuk mengukur dan menganalisa ketersediaan dan kinerja
dari komputer

Sebuah sistem monitoring yang baik membuat kami yakin bisnis

kami berjalan!
 Perusahaan yang tidak
dilengkapi dengan
System Monitoring Virtual
1. Kemungkinan terjadi kerusakan
sangat besar karena tidak ada
peringatan bila terjadi masalah
2. Staf IT harus rutin mengecek satu-
persatu perangkat yang ada
3. Butuh banyak staf IT untuk
perusahaan berskala besar
4. Kemungkinan terjadi kesalahan sangat
besar karena kemampuan manusia itu
terbatas
5. Tidak bisa mengantisipasi kerusakan
yang akan timbul
6. Tidak bisa memperkirakan budget yang
akan dikeluarkan
7. Butuh banyak waktu dan biaya untuk
maintenance
 Perusahaan yang
dilengkapi dengan
System Monitoring
Virtual
1. Bisa meminimalkan kerusakan karena
adanya peringatan dini apabila terjadi
masalah
2. Pekerjaan jadi lebih efisien karena
semua kegiatan bisa dipantau melalui
monitor
3. Tidak memerlukan banyak Staf IT
4. Kemungkinan terjadi kesalahan
sangat kecil karena semua kegiatan
terpantau oleh komputer
5. Lebih mudah mengantisipasi kerusakan
sebelum kerusakan itu terjadi
6. Lebih mudah dalam menyusun budget
pengeluaran untuk IT
7. Lebih hemat biaya dan waktu untuk
maintenance
Zabbix adalah sebuah software open source yang
digunakan untuk memantau (monitoring) infrastruktur
IT dalam sebuah perusahaan.
Fungsi Zabbix:
 Monitoring dengan/tanpa agent
 Mendeteksi otomatis
 Eskalasi dan pengulangan pemberitahuan
 Aktif monitoring, remote actions
 Grafik, peta, layar
 IT Services (SLA), laporan
 monitoring terdistribusi, IPv6 dan banyak
lagi!
Kenapa kita memilih Zabbix?

Apa yang membuat Zabbix

begitu istimewa?
Solusi All-in-one hanya dengan menjalankan system
monitoring
Semua data history, trend dan konfigurasi disimpan
dalam database
Siap dalam monitoring pendistribusian skala kecil
dan BESAR
Benar-benar open source solution (GPLv2), tidak
ada versi komersial
Semua logic hanya pada sisi server, agent hanya
mengumpulkan data saja
Sangat fleksibel! Triggers, eskalasi, new checks,
screens, dan banyak lagi
Dirancang untuk menangani komunikasi yang tidak
stabil
Full support IPv6
 System kerja Zabbix

Bagaimana ZABBIX bekerja,

sehingga bisa mempermudah
pekerjaan kita
Bagaimana ZABBIX bekerja?
 Data Agen
Data Collection  Kinerja SNMP dan
ketersediaan informasi
 Perhitungan internal:
agregat, pemeriksaan
internal, perhitungan item
 Perangkap SNMP
 Log file
 Windows event log
Bagaimana ZABBIX bekerja?
Data Collection CPU load
5.4

Problem if
ZABBIX logic CPU load
is more than 5

Send SMS
Notifications
Automatic actions “server is load”
Komponen
Utama
Server:
• Zabbix core, system logic
• Data processing, escalations
WEB front-end:
• Akses ke historical data
• Konfigurasi
Agent:
• Koleksi data server data,
actions
Proxy:
• Remote data collection
Rincian Teknis
Keputusan teknis yang penting:
•WEB front-end untuk visualisasi data dan konfigurasi
•Ditulis dalam bahasa C, PHP front-end. Tidak ada Java / Python
/ Perl / Ruby pada sisi server dan sisi agen! Tidak ada fork (),
sebagai gantinya digunakan native syscalls () .
•Didukung hampir semua platform (Linux, BSD *, Solaris, AIX,
HP-UX, Windows, ...)
•Pilihan mesin database: MySQL, PostgreSQL, Oracle, SQLite
•ZABBIX tidak lagi menggunakan nagios, RRD, Cacti

Prinsip-prinsip pengembangan Zabbix:

•Tetap berpikr sederhana, namun sangat fleksibel
•Perawatan ringan perangkat keras (hardware), seharusnya
tidak mempengaruhi produktivitas.
Bagaimana cara me-monitor
Cek layanan:
•FTP, SSH, HTTP, SMTP, DNS...
Zabbix Agen:
•Pemeriksaan Аctive dan pasif
•Monitoring log, event log
•Mudah untuk memperpanjang
•Perintah eksekusi jarak jauh
•Sangat efisien!
Lain-lain:
WMI, JMX, nagios plugin
SNMP v1, v2, v3:
•Perangkat Jaringan
•Biasanya NET-SNMP untuk server
•Monitoring aplikasi (Oracle,
Weblogic, Websphere, PostgreSQL,
MySQL, ...)
•Perangkap SNMP
IPMI:
•Monitoring hardware
•manajemen jarak jauh (reboot,
reset, menghentikan)
 Penggunaan sisi Agen

Cek pasif:
•Membutuhkan polling pada sisi
server ZABBIX
•Kinerja Tambahan karena polling
dan jaringan bandwidth

Cek Aktif:
•Sangat efisien
•Penyangga untuk mengumpulkan
data
 Highlight
s
Triggers!
Trigger adalah suatu ekspresi logika yang fleksibel digunakan untuk
mendefinisikan suatu kondisi masalah.
•Status (nilai) trigger merupakan sistem state
•Perubahan nilai trigger menghasilkan peristiwa
•Ini adalah salah satu cara untuk menangani flapping

CPU load is too high: {host:cpuload.last(0)}>5

CPU load is too high: {host:cpuload.min(300)}>2
CPU load is too high: {host:cpuload.min(300)}>2 & {host:cpuuser.min(300)}>50
CPU load is too high: {host:cpuload.min(300)}>2 & {host2:backup.last(0)}=0

Kami menentukan bagaimana mendefinisikan «beban CPU terlalu tinggi»

tidak Zabbix sendiri!
 Highlight
s
Dependensi!
Mereka digunakan untuk:
•Mengindari pemberitahuan
•Mendefinisikan Dependensi diantara masalah yang berbeda (yang
berhubungan dengan jaringan, aplikasi, apa pun). Tidak ada host
dependensi!

Server is down → Switch1 is down → Switch2 is down

WEB App is down → MySQL is not responsive → No free disk space on tmp/
 Highlight
s
Eskalasi!
Skenario yang berbeda: Contoh (reaksi terhadap WEB cek gagal):
•Pemberitahuan Tertunda Meningkatkan langkah setiap 5 menit
•Pemberitahuan Berulang Langkah 1-3: Kirim pesan kepada Admin Unix
•Perintah eksekusi Langkah 3-5: Kirim pesan ke Boss jika tidak ACK
•Eskalasi ke pengguna lain Langkah 6: Restart Apache jika tidak ACK
•Pesan Pemulihan Langkah 7: Server Reboot jika tidak ACK
•Tindakan yang berbeda untuk Langkah 10: Kirim pesan ke semua jika tidak ACK
peristiwa yang diakui dan
tidak diakui
Tampilan: Dashboard
Resource Favorit:
•Peta
•Grafik
•Layar

Tampilan tingkat tinggi:

•Masalah dengan Host Group
•Statistik Zabbix
•Daftar issue terbaru
•Info pemantauan WEB
•Auto-discovery
Tampilan: Grafik
Akses cepat:
•Setiap periode waktu
•Navigasi waktu mudah
•Double-klik mouse untuk zoom
•Kondisi Masalah ditampilkan
•Waktu tidak berfungsi aplikasi
ditandai
•Tidak digenerated/dihasilkan di
awal!

Jenis grafik:
•Standard (titik, garis, warna)
•Stacked
•Pie
Tampilan: Grafik
Berbeda blok:
• Grafik
• Peta
• Data Plain teks
• Daftar masalah
• statistik tingkat tinggi

Slide menunjukkan:
• Kombinasi layar
• Tampilkan satu setelah yang lain
Web monitoring
Tujuan:
•Monitoring user experience
•Support skenario kompleks
•Monitoring Kinerja
•Monitoring Ketersediaan

Contoh:
Langkah 1 Akses home page
Langkah 2 Login (POST, GET)
Langkah 3 Run report
Langkah 4 Logout
IT Services
Tujuan:
• Monitoring level Bisnis
• Monitoring SLA
• Kami peduli tentang layanan
• Eskalasi masalah
• Akar penyebab masalah

Struktur pohon berdasarkan:

• Dependensi
• Lokasi fisik
• Jenis layanan, dll
IT Services
Authentication:
•Standar: Database Zabbix
•LDAP (Active Directory)
•Apache (Kerberos, Unix, dll)

Izin:
•Tergantung dari tipe user
•Tingkat perizinan User group

Termasuk:
•Hanya pemberitahuan user
group
Contoh sistem monitoring
 Ada
pertanyaan?
Silahkan
bertanya