All Products
Search
Document Center

Lindorm:Diagnose Tools

Last Updated:Jul 18, 2026

Big Call Request Detection

Kueri besar adalah permintaan Remote Procedure Call (RPC) yang memindai lebih dari 100 blok data akibat kondisi kueri yang tidak ditentukan dengan tepat. Permintaan ini mengonsumsi sumber daya CPU dan I/O secara signifikan serta dapat menurunkan throughput sistem.

Gunakan tool Big Call Request Detection di sistem manajemen kluster untuk mengidentifikasi kueri besar pada tingkat instans atau node, sehingga Anda dapat segera menyelidiki dan menyelesaikan masalah performa.

Prasyarat

Sebelum memulai, pastikan Anda telah:

Detect large query requests

  1. Di panel navigasi sebelah kiri sistem manajemen kluster, pilih Diagnose Tools > Client Trace.

  2. Tetapkan kondisi kueri, termasuk idc, Group, dan Server.

  3. Klik Query.

Interpret the results

Hasil kueri mencakup parameter berikut.

ParameterDescription
Request detailInformasi detail mengenai kueri besar, termasuk waktu inisiasi dan konten permintaan.
Sampling timeWaktu saat kueri besar diinisiasi.
Catatan

Jika tidak ada hasil yang dikembalikan, berarti tidak terdapat kueri besar pada node yang dipilih.

TopRegion analysis

Topik ini menjelaskan cara melihat hasil analisis region panas di sistem manajemen kluster.

Prasyarat

Anda telah masuk ke sistem manajemen kluster instans Lindorm Anda. Untuk informasi selengkapnya, lihat Log on to the cluster management system.

Informasi latar belakang

Dalam operasi database, jumlah file yang tinggi dapat meningkatkan latensi permintaan. Di sisi lain, distribusi traffic yang tidak merata dapat membebani node tertentu dan menciptakan hotspot, yang berpotensi menyebabkan degradasi performa sistem secara keseluruhan serta mengganggu operasi normal. Sistem manajemen kluster menyediakan fitur diagnosis traffic untuk membantu Anda mengidentifikasi hotspot dan menemukan region panas.

Analisis TopRegion real-time

Anda dapat melakukan analisis real-time untuk mencari region panas.

  1. Pada panel navigasi kiri sistem manajemen kluster, pilih Diagnose > TopRegion Analysis.

  2. Tetapkan kondisi filter, termasuk IDC, Group, Node, sort dimension, dan Table Name.

    Tabel berikut menjelaskan dimensi pengurutan.

    Dimension

    Unit

    Description

    Total requests

    Requests/second

    Jumlah permintaan per detik untuk setiap region.

    Read requests

    Requests/second

    Jumlah permintaan baca per detik untuk setiap region.

    Write requests

    Requests/second

    Jumlah permintaan tulis per detik untuk setiap region.

    region size

    MB

    Ukuran region.

    number of files

    Count

    Jumlah total file di setiap region.

    read response time

    ms

    Waktu respons rata-rata untuk operasi baca pada setiap region.

    write response time

    ms

    Waktu respons rata-rata untuk operasi tulis pada setiap region.

    Memstore Size

    MB

    Ukuran data di Memstore.

    Total request data volume

    KB/s

    Volume data total permintaan per detik untuk setiap region.

    Read data volume

    KB/s

    Volume data permintaan baca per detik untuk setiap region.

    Write data volume

    KB/s

    Volume data permintaan tulis per detik untuk setiap region.

    Catatan
    • Pada kotak teks Top, masukkan jumlah catatan yang ingin ditampilkan dalam hasil kueri.

    • Aktifkan table aggregation untuk menampilkan data agregat.

    • Aktifkan Ascending order untuk mengurutkan hasil secara ascending.

  3. Klik Query.

    Sebagai contoh, pertimbangkan kueri dengan sort dimension diatur ke Read requests, Top diatur ke 5, serta switch Ascending order dan table aggregation diaktifkan. Kueri ini pertama-tama mengidentifikasi lima region dengan jumlah permintaan baca per detik tertinggi. Kemudian, mengelompokkan region yang termasuk dalam tabel yang sama. Terakhir, mengurutkan hasil agregat secara ascending berdasarkan jumlah permintaan baca.

Snapshot historis TopRegion

Anda dapat menggunakan snapshot historis untuk mencari region panas pada titik waktu tertentu di masa lalu.

  1. Pilih IDC, Group, dan Historical Snapshots.

    Catatan

    Historical Snapshots merepresentasikan titik waktu tertentu. Snapshot diambil setiap interval 30 detik.

  2. Klik Query.

    Hasil kueri dibagi menjadi dua bagian berikut:

    • Top Requests: Tabel dengan jumlah total permintaan tertinggi dalam periode waktu yang ditentukan beserta region terkaitnya. Secara default, 10 tabel teratas ditampilkan.

    • Top Data Volume: Tabel dengan volume data total terbesar dalam periode waktu yang ditentukan beserta region terkaitnya. Secara default, 10 tabel teratas ditampilkan.

  3. (Opsional) Klik ikon image.png di samping nama tabel untuk melihat detail region tabel tersebut.

Client Trace

Saat tabel Lindorm menerima traffic tulis yang tidak terduga, namespace diakses oleh client yang tidak dikenal, atau Anda perlu mengaudit aplikasi mana saja yang terhubung ke instans Anda, gunakan Client Trace untuk mengidentifikasi sumbernya.

Client Trace menyediakan dua dimensi pelacakan:

  • User dimension: menampilkan waktu permintaan terakhir dan detail client untuk pengguna database tertentu. Gunakan ini jika Anda mengetahui akun pengguna yang ingin diselidiki.

  • Node, namespace, or table dimension: menampilkan alamat IP client yang melakukan operasi baca dan tulis pada kelompok node, namespace, atau tabel tertentu. Gunakan ini jika Anda perlu melacak akses berdasarkan lokasi kluster, bukan berdasarkan akun pengguna.

Prasyarat

Sebelum memulai, pastikan Anda telah:

Trace clients by user

Gunakan dimensi pengguna ketika Anda ingin melihat client mana saja yang pernah terhubung dari pengguna database tertentu, serta kapan koneksi terakhir terjadi.

  1. Pada panel navigasi kiri sistem manajemen kluster, pilih Diagnose Tools > Client Trace.

  2. Pada bagian User dimension client trace, pilih pengguna yang ingin dilacak dari daftar drop-down user.

  3. Klik Trace.

Hasilnya mencakup bidang berikut:

FieldDescription
UsernamePengguna database yang menginisiasi permintaan.
Client addrAlamat IP client yang menginisiasi permintaan.
Client versionVersi client yang digunakan untuk menginisiasi permintaan.
Last contact timeTimestamp permintaan terbaru dari client ini.

Trace clients by node, namespace, or table

Gunakan dimensi ini ketika Anda perlu mengidentifikasi alamat IP client yang mengirim permintaan ke kelompok node, namespace, atau tabel tertentu, tanpa memedulikan akun pengguna yang menginisiasinya.

  1. Pada bagian Node, namespace, table dimension client trace, konfigurasikan kondisi filter: idc, Group, dan node.

  2. (Opsional) Masukkan nama namespace di bidang namespace dan nama tabel di bidang table untuk mempersempit hasil.

  3. Klik Trace.

Hasilnya menampilkan alamat IP semua client yang mengirim permintaan sesuai dengan kondisi filter Anda.