全部产品
Search

搜索本产品

    Application Real-Time Monitoring Service：Memperbaiki data pemantauan antarmuka dan pool yang hilang

    文档中心

    Application Real-Time Monitoring Service：Memperbaiki data pemantauan antarmuka dan pool yang hilang

    更新时间：Jul 02, 2025

    Pemeriksaan awal

    1. Masuk ke Application Real-Time Monitoring Service (ARMS) console. Di panel navigasi sebelah kiri, pilih Application Monitoring > Application List. Di pojok kanan atas, pilih Settings > Application Start/Stop Settings untuk memeriksa apakah pengumpulan data dinonaktifkan.

      image

    2. Di halaman Daftar Aplikasi, klik aplikasi tersebut. Di halaman Application Settings, klik tab Custom Configuration untuk memeriksa apakah Saklar Utama Probe dihidupkan.

      image

    3. Di tab JVM monitoring pada halaman Application Details, periksa apakah data JVM ditampilkan sesuai harapan.

      • Jika tidak ada data pemantauan JVM yang tersedia, node mungkin terputus dari konsol ARMS. Anda dapat masuk ke instance untuk memeriksa konektivitas jaringan. Untuk informasi lebih lanjut, lihat Bagaimana cara menguji konektivitas jaringan? Jika konektivitas jaringan stabil, tangani proses integrasi aplikasi.

      • Jika data pemantauan JVM tersedia tetapi data pemantauan antarmuka tidak tersedia, periksa apakah aplikasi memiliki lalu lintas arah masuk dan komponen Java didukung oleh ARMS. Untuk informasi lebih lanjut, lihat Komponen dan kerangka kerja Java yang didukung oleh ARMS. Jika komponen Java tidak didukung oleh ARMS, submit a ticket.

    4. Jika aplikasi dilengkapi dengan JDK 7 atau 17, atau aplikasi tidak dikembangkan berdasarkan Spring Boot, submit a ticket.

      Periksa versi agen ARMS. Jika versinya lebih lama dari 2.7.3.5, Anda harus menyediakan log agen. Log tersebut berada di direktori /home/admin/.opt/ArmsAgent/logs.

    Data pemantauan pool hilang

    1. ARMS menyediakan kemampuan pemantauan pool untuk thread pool kustom, Dubbo, Apache Tomcat, OkHttp, Apache HttpClient, Druid, dan HikariCP.

    2. Periksa apakah versi agen ARMS lebih lama dari 2.8.3.

      Jika versinya lebih lama dari 2.8.3, tingkatkan agen ke versi 2.8.3 atau yang lebih baru. Untuk informasi lebih lanjut, lihat Catatan Rilis Agen ARMS untuk Java.

    Data panggilan lambat dan kesalahan hilang

    • Panggilan lambat: ARMS menangkap panggilan dengan waktu respons melebihi ambang batas, yaitu 500 milidetik. Periksa apakah panggilan aplikasi mengalami timeout.

    • Jumlah kesalahan: ARMS menangkap kesalahan dengan kode status HTTP lebih besar dari 400 dan panggilan antarmuka gagal dilempar ke lapisan terluar. Periksa apakah panggilan aplikasi memenuhi kondisi ini.