Tair (Redis® OSS-Compatible):Wawasan Latensi

Cara kerja

Redis 2.8.13 memperkenalkan pemantauan latensi bawaan. Fitur ini mencakup kumpulan event terbatas, menyimpan data hanya selama 160 detik, dan merekam satu catatan per detik (event dengan latensi tertinggi).

Wawasan Latensi memperluas kemampuan tersebut dengan:

• Persistensi — data disimpan selama tiga hari dan lonjakan latensi dapat dilacak sepanjang periode tersebut

• Presisi tinggi — semua event dipantau dengan ketelitian hingga milidetik.

• Overhead rendah — diimplementasikan secara asinkron dengan dampak minimal terhadap performa instans

• Kueri real-time — data tersedia untuk kueri dan agregasi segera

• Dimensi analisis ganda — potong data berdasarkan jenis event, rentang waktu, atau nilai latensi

Hanya perintah dan event yang melebihi ambang batas tertentu yang direkam. Ambang batas bervariasi berdasarkan jenis event (30 ms, 50 ms, atau 100 ms). Lihat Lampiran: Event khusus umum untuk daftar lengkapnya.

Prasyarat

Sebelum memulai, pastikan bahwa:

• Versi minor instans memenuhi persyaratan minimum untuk edisi Anda. Untuk petunjuk memperbarui versi minor, lihat Perbarui versi minor instans.

  Edition	Minimum minor version	Notes
  Tair (Enterprise Edition) memory-optimized	1.6.9	Untuk statistik perintah modul Tair, gunakan versi 1.7.28 atau lebih baru
  Redis Open-Source Edition 5.0	5.1.4
  Redis Open-Source Edition 6.0	0.1.15
  Redis Open-Source Edition 7.0	7.0.0.6

Lihat statistik latensi

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

2. Di panel navigasi kiri, klik CloudDBA > Latency Insights.

3. Di halaman Latency Insights, pilih rentang waktu dan klik Search. Tampilan default menampilkan statistik dari 5 menit terakhir. Kueri dapat mencakup data hingga tiga hari, tetapi satu kueri tidak boleh mencakup lebih dari satu jam. Untuk instans kluster dan instans dengan pemisahan baca/tulis, gunakan tab Data Node dan Proxy Node untuk melihat statistik secara terpisah berdasarkan jenis node.

4. Klik nama event atau jumlah pada daftar untuk membuka grafik tren latensinya. Di grafik tersebut, pilih metrik tambahan untuk menampilkan trennya secara bersamaan.

   

   Hanya perintah dan event yang melebihi ambang batas yang dikonfigurasi yang direkam. Jika Anda melihat event dengan latensi tinggi, lihat Saran penanganan event latensi umum untuk panduan remediasi.

Referensi metrik

Tabel Wawasan Latensi menampilkan kolom-kolom berikut:

Metric	Description
Event	Nama event. Contoh: ExpireCycle, EventLoop, Ping, Scan, Commands, Info. Lihat Lampiran: Event khusus umum.
Total	Jumlah total kejadian yang terekam.
Average Latency (us)	Rata-rata latensi dari seluruh kejadian yang terekam, dalam mikrodetik.
Maximum Latency (us)	Latensi tertinggi yang teramati, dalam mikrodetik.
Aggregated count (< 1 ms)	Jumlah event dengan latensi di bawah 1 ms. Klik ikon untuk memperluas menjadi sub-rentang: \<1 us, \<2 us, \<4 us, \<8 us, \<16 us, \<32 us, \<64 us, \<128 us, \<256 us, \<512 us, \<1 ms.
\<2 ms, \<4 ms, ..., >33s	Jumlah event dalam setiap rentang latensi.

Aturan penghitungan: Setiap rentang eksklusif pada batas bawah dan inklusif pada batas atas. Misalnya, \<2 us menghitung event dengan latensi antara 1 us dan 2 us. \<2 ms menghitung event dengan latensi antara 1 ms dan 2 ms. >33s menghitung event dengan latensi di atas 33 detik.

Langkah selanjutnya

• Saran penanganan event latensi umum — langkah remediasi untuk setiap jenis event

• Perbarui versi minor instans — perbarui instans agar memenuhi persyaratan versi

Lampiran: Event khusus umum

Event dikelompokkan berdasarkan subsistem Redis tempat event tersebut terkait. Kolom ambang batas menunjukkan latensi minimum yang memicu perekaman.