Cisco Embedded Event Manager (EEM) sering diabaikan meski menjadi salah satu alat paling kuat yang sudah terpasang di setiap perangkat Cisco IOS yang Anda miliki. Sebagian besar insinyur jaringan hanya menggunakan satu applet sederhana untuk pemulihan port err-disabled dan tidak pernah mengeksplorasi lebih lanjut. Padahal, EEM adalah mesin otomatisasi lengkap yang berjalan langsung di perangkat, tanpa server eksternal, gateway API, atau platform orkestrasi. Artikel ini membahas cara memanfaatkan 99% potensi EEM yang belum digunakan, mulai dari konsep dasar hingga penerapan dunia nyata seperti jaringan swa-perbaikan, diagnostik otomatis, dan aturan kepatuhan.
EEM adalah kerangka kerja otomatisasi berbasis kejadian yang terintegrasi dalam Cisco IOS, IOS-XE, dan NX-OS. Ide utamanya sederhana: ketika terjadi sesuatu (kejadian), lakukan sesuatu secara otomatis di perangkat itu sendiri. Kejadian yang dapat dipantau mencakup pesan syslog dengan pola tertentu (misalnya interface flapping, perubahan status HSRP), ambang batas SNMP (CPU >85%, pasokan daya hilang), perintah CLI yang dimasukkan (seperti write erase), timer (setiap 60 detik atau jadwal cron), perubahan counter interface, perubahan status objek yang dilacak (gagal IP SLA, route hilang), atau pemicu manual. Di sisi lain, tindakan yang dapat dilakukan oleh sebuah applet meliputi menjalankan perintah CLI apa pun, menulis pesan syslog, mengirim SNMP trap ke sistem pemantauan/SIEM, mengirim email (jika didukung), menulis ke file di flash/bootflash, serta melakukan operasi aritmetika dan kondisional untuk logika yang lebih kompleks.
Mengapa otomatisasi "pada perangkat" sangat penting? Otomatisasi eksternal bergantung pada konektivitas ke perangkat target. Namun, momen paling kritis ketika Anda membutuhkan otomatisasi justru adalah saat konektivitas tersebut paling mungkin terputus. Ketika WAN down, server otomatisasi pusat tidak dapat menjangkau router cabang, tetapi router tersebut masih dapat mengamati interface yang bermasalah dan bereaksi secara lokal. Bahkan ketika kontrol plane mengalami overload, CPU memuncak, dan perangkat hampir tidak merespons SSH, EEM yang berjalan di perangkat tetap dapat mengumpulkan diagnostik yang tidak mungkin diperoleh secara eksternal. Ini menjadi krusial pada situasi seperti kegagalan sementara di tengah malam yang berlangsung hanya 90 detik—tidak ada manusia yang mengawasi, dan alert mungkin baru sampai setelah masalah hilang. Di sinilah keunggulan EEM: otomatisasi yang tetap aktif bahkan ketika segala sesuatu di sekitarnya tidak dapat terhubung.
Untuk memahami struktur applet, mari kita lihat contoh klasik pemulihan err-disable yang sering digunakan:
event manager applet ERRDISABLE-RECOVERY event syslog pattern "%PM-4-ERR_DISABLE" ratelimit 60 action 1.0 syslog msg "EEM: err-disable terdeteksi, mencoba pemulihan" action 2.0 cli command "enable" action 3.0 cli command "clear errdisable interface" action 4.0 syslog msg "EEM: pemulihan err-disable selesai"
Penjelasan: baris pertama mendefinisikan applet dan memberinya nama. Nama ini akan muncul dalam output "show event manager", sehingga sebaiknya deskriptif. Baris berikutnya mendefinisikan pemicu berupa pesan syslog yang cocok dengan pola "%PM-4-ERR_DISABLE". Atribut ratelimit 60 mencegah applet ini berjalan berulang-ulang dalam waktu singkat akibat lonjakan kejadian err-disable. Blok tindakan (action) dieksekusi secara berurutan, dimulai dari 1.0 hingga 4.0, dengan setiap tindakan melakukan langkah spesifik: mencatat kejadian, mengaktifkan mode enable, membersihkan status err-disable, dan mengonfirmasi penyelesaian melalui syslog. Penomoran ini memungkinkan penyisipan langkah tambahan (misalnya 1.5) tanpa perlu mengubah penomoran keseluruhan.
Dengan menggabungkan berbagai jenis kejadian dan tindakan, Anda dapat membuat perilaku yang sangat beragam—mulai dari pemulihan port sederhana hingga snapshot tabel proses saat CPU spiking di malam hari dan mengirimkannya ke SIEM dengan cap waktu. Seri artikel ini akan memandu Anda melalui pembangunan toolkit applet yang dapat diterapkan langsung, serta mengembangkan pola pikir tentang otomatisasi pada perangkat. Kami akan membahas cara merancang, menguji, dan mengimplementasikan applet dalam skenario dunia nyata, sehingga Anda tidak hanya memahami konsep tetapi juga mampu mengimplementasikannya dalam lingkungan produksi.
Dengan memanfaatkan EEM, Anda mendapatkan lapisan otomatisasi yang komplementer terhadap alat eksternal seperti Ansible atau platform NetOps. Lapisan ini memberikan reaksi cepat, lokal, dan otonom yang tidak bergantung pada konektivitas eksternal, sehingga menjadi elemen penting dalam strategi manajemen jaringan modern yang tangguh.