Data yang hilang di tampilan pemantauan pool, API, dan lainnya pada Application Real-Time Monitoring Service (ARMS) Application Monitoring dapat disebabkan oleh berbagai faktor, mulai dari pengumpulan data yang dinonaktifkan hingga versi komponen atau agen yang tidak didukung. Lakukan pemeriksaan umum dalam topik ini terlebih dahulu, lalu lanjutkan ke bagian yang sesuai dengan tampilan pemantauan tempat data hilang.
Pemeriksaan umum untuk data pemantauan yang hilang
Lakukan pemeriksaan berikut secara berurutan. Pemeriksaan ini berlaku untuk semua gejala data yang hilang, terlepas dari tampilan pemantauan mana yang kosong.
Pemeriksaan dalam topik ini berlaku untuk aplikasi yang dipantau oleh ARMS Java agent.
Di ARMS console, buka halaman Application Monitoring > Application List. Di pojok kanan atas, pilih Settings > Application Start/Stop Settings dan periksa apakah pengumpulan data dinonaktifkan.
Di kotak dialog Start/Stop All Applications, lihat status aplikasi saat ini. Kotak dialog ini menyediakan kebijakan berikut:
Stop all applications (automatically start at 00:00 the next day)
Stop all applications (do not automatically start the next day)
Keep running (automatically stop applications after the quota is reached and automatically start at 00:00 the next day)
Jika status saat ini merupakan salah satu kebijakan stop, maka pengumpulan data dinonaktifkan. Untuk melanjutkan pengumpulan data, pilih kebijakan keep-running.
Di halaman Application List, klik aplikasi target. Kemudian, di halaman Application Settings > Custom Configurations, periksa apakah Agent Master Switch dalam keadaan aktif.
Jika Agent Master Switch dimatikan, ARMS tidak dapat memantau aplikasi tersebut. Aktifkan sakelar tersebut untuk melanjutkan pemantauan. Perubahan pada sakelar ini berlaku tanpa perlu me-restart aplikasi.
Di halaman Application Details > JVM Monitoring, periksa apakah terdapat data JVM.
Jika tidak ada data JVM, instans yang menjalankan agen mungkin telah kehilangan koneksi ke ARMS. Masuk ke instans tersebut dan periksa konektivitas jaringan. Untuk informasi lebih lanjut, lihat Cara menguji konektivitas jaringan. Setelah Anda memastikan jaringan terhubung, ulangi prosedur integrasi aplikasi, lalu lakukan pemecahan masalah.
Jika data JVM tersedia tetapi tampilan pemantauan API kosong, lihat Data yang hilang di tampilan pemantauan API.
Konfirmasi versi ARMS agent yang digunakan oleh aplikasi. Versi agen menentukan apakah pemantauan pool tersedia dan apakah Anda harus menyertakan log agen saat membuat tiket.
Jika pemeriksaan ini tidak mengidentifikasi penyebabnya, lanjutkan ke bagian yang sesuai dengan tampilan pemantauan tempat data hilang.
Data yang hilang di tampilan pemantauan pool
Jika tampilan pemantauan pool tetap kosong setelah Anda menyelesaikan pemeriksaan umum, verifikasi jenis komponen dan versi agen.
Verifikasi jenis komponen
Pemantauan pool mendukung jenis komponen berikut:
Custom thread pools
Dubbo
Tomcat
OkHttp
Apache HttpClient
Druid
HikariCP
Konfirmasi bahwa komponen kolam thread Anda termasuk dalam salah satu jenis ini.
Periksa versi agen
Jika versi agen lebih lama dari 2.8.3, lakukan upgrade agen ke versi 2.8.3 atau yang lebih baru. Untuk informasi lebih lanjut, lihat Catatan Versi Java Agent.
Data yang hilang di tampilan pemantauan API
Jika halaman JVM Monitoring memiliki data tetapi tampilan pemantauan API kosong, periksa traffic aplikasi dan kompatibilitas komponen.
Konfirmasi bahwa aplikasi sedang menerima traffic.
Konfirmasi bahwa versi komponen yang digunakan oleh aplikasi didukung oleh ARMS. Untuk daftar versi komponen yang didukung, lihat Komponen dan framework Java yang didukung oleh ARMS Application Monitoring.
Jika versi komponen berada di luar cakupan yang didukung, submit a ticket.
Metrik panggilan lambat dan error yang hilang
Metrik panggilan lambat dan error di ARMS Application Monitoring hanya menghitung permintaan yang memenuhi kondisi tertentu. Periksa apakah permintaan di aplikasi Anda memenuhi kondisi berikut.
Panggilan lambat — Permintaan dicatat sebagai panggilan lambat jika waktu responsnya melebihi ambang batas waktu respons panggilan lambat, yaitu 500 ms secara default. Periksa apakah permintaan di aplikasi melebihi ambang batas ini.
Jumlah error — ARMS menghitung permintaan sebagai permintaan error jika kode responsnya lebih besar dari 400, atau jika permintaan melemparkan exception ke lapisan terluar selama pemanggilan API. Periksa apakah permintaan di aplikasi memenuhi salah satu kondisi tersebut.
Jika tidak ada permintaan di aplikasi yang memenuhi kondisi ini, metrik panggilan lambat dan error yang kosong adalah hal yang wajar.
Submit a ticket
Jika aplikasi Anda menggunakan JDK 7 atau JDK 17, atau tidak berbasis Spring Boot, submit a ticket.
Untuk versi agen yang lebih lama dari 2.7.3.5, Anda harus menyertakan log agen saat membuat tiket. Secara default, log agen berada di direktori /home/admin/.opt/ArmsAgent/logs.