All Products
Search

This Product

    Tair (Redis® OSS-Compatible):Lihat data pemantauan kinerja

    Document Center

    Tair (Redis® OSS-Compatible):Lihat data pemantauan kinerja

    Last Updated:Jul 22, 2026

    Tair (kompatibel dengan Redis OSS) melacak metrik kesehatan instans utama—penggunaan CPU, penggunaan memori, latensi rata-rata, dan permintaan per detik (QPS)—secara real time. Gunakan halaman Performance Monitoring untuk meninjau tren dalam rentang waktu apa pun selama sebulan terakhir dan mendeteksi masalah sebelum memengaruhi aplikasi Anda.

    Metrik pemantauan

    Metrik berikut tersedia di halaman Performance Monitoring:

    Metric Description
    CPU utilization Persentase kapasitas CPU yang digunakan oleh instans
    Memory usage Jumlah memori yang dikonsumsi oleh instans
    Average latency Waktu rata-rata untuk memproses suatu perintah
    QPS (queries per second) Jumlah total perintah yang diproses per detik

    Lihat data pemantauan

    1. Masuk ke konsol dan buka halaman Instances. Di bilah navigasi atas, pilih wilayah tempat instans Anda berada. Temukan instans tersebut, lalu klik ID-nya.

    2. Di panel navigasi sebelah kiri, klik Performance Monitoring.

    3. Pilih rentang waktu. Grafik tren akan diperbarui untuk menampilkan data periode tersebut.

      Rentang waktu maksimum per kueri adalah tiga hari. Granularitas data pada grafik tren menyesuaikan secara otomatis berdasarkan rentang waktu yang dipilih.

    4. Interpretasikan data berdasarkan arsitektur instans Anda:

      Architecture Available tabs How metrics are aggregated
      Master-replica (default view) Fokus pada metrik node master
      Cluster All, Data Node All menampilkan data agregat dari semua node replika atau read replica (CPU utilization = rata-rata di seluruh node; beberapa metrik menggunakan jumlah total)
      Read/write splitting All, Data Node All mengagregasi node replika; metrik read replica tidak diagregasi
      Arsitektur apa pun dengan node proxy All, Proxy Node All menampilkan kinerja proxy secara keseluruhan; tab Proxy Node menampilkan metrik per-proxy

    FAQ

    Mengapa read replica memiliki QPS write setelah saya mengaktifkan read/write splitting?

    QPS write pada read replica tidak berasal dari permintaan write klien. Hal ini mencerminkan operasi write yang terjadi saat node master menyinkronkan data ke read replica.

    Mengapa jumlah koneksi menunjukkan angka 0 untuk instans dengan arsitektur kluster?

    Dalam modus proxy, node data menampilkan 0 koneksi karena koneksi tersebut bersifat internal—berjalan antara node proxy dan node data, digunakan ulang, dan biasanya berkisar antara 0 hingga 2. Untuk melihat koneksi klien yang sebenarnya, periksa metrik node proxy di tab Proxy Node. Anda dapat mengabaikan jumlah koneksi pada node data.

    Mengapa instans saya tidak memiliki metrik laju penggunaan QPS?

    Instans kluster cloud-native hanya menyediakan nilai QPS absolut (perintah per detik) sebagai metrik pemantauan, bukan laju penggunaan QPS. Hal ini karena instans kluster cloud-native tidak memiliki batas atas QPS yang ketat. Nilai referensinya sekitar 100.000 perintah per detik, tetapi throughput aktual bisa lebih tinggi tergantung karakteristik workload. Untuk mengevaluasi beban instans, kami menyarankan agar Anda memantau penggunaan CPU, penggunaan memori, dan penggunaan bandwidth.

    Mengapa metrik latensi P99 muncul setelah peningkatan ke versi proxy baru?

    Node proxy baru mendukung statistik latensi P99, sedangkan versi proxy sebelumnya tidak mengumpulkan metrik ini. Jika Anda mengamati bahwa metrik latensi P99 berubah dari tidak tersedia menjadi tersedia, atau dari 0 menjadi nilai bukan nol setelah peningkatan, perilaku ini merupakan hal yang diharapkan. Ini menunjukkan bahwa versi baru telah mengumpulkan data latensi dengan benar dan bukan merupakan degradasi kinerja. Selain itu, saat memeriksa koneksi instans, lihat jumlah koneksi pada node proxy, bukan pada node data. Jumlah koneksi node data tidak mencerminkan koneksi klien yang sebenarnya.

    Mengapa jumlah koneksi yang digunakan menunjukkan angka 1 dalam pemantauan kinerja, padahal pemantauan session menunjukkan 0 koneksi klien?

    Saat pemantauan session menunjukkan jumlah koneksi klien adalah 0, tetapi jumlah koneksi yang digunakan (Counts, Sum) di Performance Monitoring konsisten menunjukkan angka 1, koneksi tersebut merupakan koneksi internal O&M atau heartbeat, bukan koneksi bisnis eksternal. Metrik jumlah koneksi yang digunakan mencakup koneksi internal seperti koneksi O&M dan heartbeat. Untuk membedakan koneksi bisnis dari koneksi internal, periksa data pemantauan session.

    Referensi API

    API operation Description
    DescribeHistoryMonitorValues Mengkueri riwayat pemantauan kinerja suatu instans

    Langkah berikutnya

    Jika data pemantauan mengungkapkan masalah kinerja, topik-topik berikut dapat membantu Anda mendiagnosis dan menyelesaikannya: