Catatan
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba masuk atau mengubah direktori.
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba mengubah direktori.
Artikel ini berisi semua informasi referensi pemantauan untuk layanan ini.
Metode pengukuran
Bagian ini mencantumkan semua metrik platform yang dikumpulkan secara otomatis untuk layanan ini. Metrik ini juga merupakan bagian dari daftar global semua metrik platform yang didukung di Azure Monitor.
Untuk informasi mengenai retensi metrik, lihat Azure Monitor Metrics overview.
Untuk detail dan informasi selengkapnya tentang metrik yang didukung untuk Microsoft.Cache/redisEnterprise, lihat bagian berikut ini.
Metrik yang didukung untuk Microsoft.Cache/redisEnterprise
Tabel berikut mencantumkan metrik yang tersedia untuk jenis sumber daya Microsoft.Cache/redisEnterprise.
- Semua kolom mungkin tidak ada di setiap tabel.
- Beberapa kolom mungkin berada di luar area tampilan halaman. Pilih Perluas tabel untuk menampilkan semua kolom yang tersedia.
Judul tabel
- Kategori - Grup metrik atau klasifikasi.
- Metric - Nama tampilan metrik seperti yang muncul di portal Azure.
- Nama di REST API - Nama metrik seperti yang disebutkan dalam REST API.
- Unit - Satuan ukuran.
- Agregasi - Jenis agregasi standar. Nilai yang valid: Rata-rata (Rata-rata), Minimum (Min), Maksimum (Maks), Total (Jumlah), Hitungan.
- Dimensi - Dimensi yang tersedia untuk metrik tersebut.
-
Butir Waktu - Interval dimana metrik diambil sampelnya. Misalnya,
PT1Mmenunjukkan bahwa metrik diambil sampelnya setiap menit,PT30Msetiap 30 menit,PT1Hsetiap jam, dan sebagainya. - DS Export- Apakah metrik dapat diekspor ke Azure Monitor Logs melalui pengaturan diagnostik. Untuk informasi tentang mengekspor metrik, lihat Membuat pengaturan diagnostik di Azure Monitor.
| Ukuran | Nama dalam REST API | Satuan | Penggabungan | Dimensi | Granul Waktu | DS Ekspor |
|---|---|---|---|---|---|---|
|
Hit Singgahan Jumlah pencarian kunci yang berhasil. Untuk detail lebih lanjut, lihat https://aka.ms/redis/enterprise/metrics. |
cachehits |
Jumlah | Jumlah (Total) | <Tidak ada> | PT5M, PT1H | Ya |
|
Mikrosekon Latensi Cache (Pratinjau) Latensi ke cache dalam mikrodetik. Untuk detail lebih lanjut, lihat https://aka.ms/redis/enterprise/metrics. |
cacheLatency |
Jumlah | Tengah | InstanceId |
PT5M, PT1H | Ya |
|
Cache Tidak Ditemukan Jumlah pencarian kunci yang gagal. Untuk detail lebih lanjut, lihat https://aka.ms/redis/enterprise/metrics. |
cachemisses |
Jumlah | Jumlah (Total) | <Tidak ada> | PT5M, PT1H | Ya |
|
Pembacaan Cache Jumlah data yang dibaca dari cache dalam Megabyte per detik (MB/dtk). Untuk detail lebih lanjut, lihat https://aka.ms/redis/enterprise/metrics. |
cacheRead |
Byte per Detik | Maksimum | InstanceId |
PT5M, PT1H | Ya |
|
Penulisan Cache Jumlah data yang ditulis ke cache dalam Megabyte per detik (MB/dtk). Untuk detail lebih lanjut, lihat https://aka.ms/redis/enterprise/metrics. |
cacheWrite |
Byte per Detik | Maksimum | InstanceId |
PT5M, PT1H | Ya |
|
Pengguna Terhubung Jumlah koneksi klien ke cache. Untuk detail lebih lanjut, lihat https://aka.ms/redis/enterprise/metrics. |
connectedclients |
Jumlah | Maksimum | InstanceId |
PT5M, PT1H | Ya |
|
Kunci yang Terusir Jumlah item yang dikeluarkan dari cache. Untuk detail lebih lanjut, lihat https://aka.ms/redis/enterprise/metrics. |
evictedkeys |
Jumlah | Jumlah (Total) | <Tidak ada> | PT5M, PT1H | Ya |
|
Kunci Kedaluwarsa Jumlah item yang kedaluwarsa di cache. Untuk detail lebih lanjut, lihat https://aka.ms/redis/enterprise/metrics. |
expiredkeys |
Jumlah | Jumlah (Total) | <Tidak ada> | PT5M, PT1H | Ya |
|
Geo Replikasi Berfungsi dengan Baik Status kesehatan replikasi geografis dalam grup Active Geo-Replication. 0 mewakili Tidak Sehat dan 1 mewakili Sehat. Untuk detail lebih lanjut, lihat https://aka.ms/redis/enterprise/metrics. |
geoReplicationHealthy |
Jumlah | Maksimum | <Tidak ada> | PT5M, PT1H | Ya |
|
Mendapatkan Jumlah operasi pengambilan dari cache. Untuk detail lebih lanjut, lihat https://aka.ms/redis/enterprise/metrics. |
getcommands |
Jumlah | Jumlah (Total) | <Tidak ada> | PT5M, PT1H | Ya |
|
Operasi Per Detik Jumlah operasi seketika per detik yang dieksekusi pada cache. Untuk detail lebih lanjut, lihat https://aka.ms/redis/enterprise/metrics. |
operationsPerSecond |
Jumlah | Maksimum | <Tidak ada> | PT5M, PT1H | Ya |
|
CPU Pemanfaatan CPU server Redis Cache Azure dalam persentase. Untuk detail lebih lanjut, lihat https://aka.ms/redis/enterprise/metrics. |
percentProcessorTime |
Prosentase | Maksimum | InstanceId |
PT5M, PT1H | Ya |
|
Beban Server Persentase siklus di mana server Redis sibuk memproses dan tidak menunggu pesan. Untuk detail lebih lanjut, lihat https://aka.ms/redis/enterprise/metrics. |
serverLoad |
Prosentase | Maksimum | <Tidak ada> | PT5M, PT1H | Ya |
|
Set Jumlah operasi set pada cache. Untuk detail lebih lanjut, lihat https://aka.ms/redis/enterprise/metrics. |
setcommands |
Jumlah | Jumlah (Total) | <Tidak ada> | PT5M, PT1H | Ya |
|
Operasi Total Jumlah perintah yang diproses oleh server cache. Untuk detail lebih lanjut, lihat https://aka.ms/redis/enterprise/metrics. |
totalcommandsprocessed |
Jumlah | Jumlah (Total) | <Tidak ada> | PT5M, PT1H | Ya |
|
Total Jumlah Kunci Jumlah total item dalam cache. Untuk detail lebih lanjut, lihat https://aka.ms/redis/enterprise/metrics. |
totalkeys |
Jumlah | Maksimum | <Tidak ada> | PT5M, PT1H | Ya |
|
Memori Terpakai Jumlah memori cache yang digunakan untuk pasangan kunci/nilai pada cache dalam MB. Untuk detail lebih lanjut, lihat https://aka.ms/redis/enterprise/metrics. |
usedmemory |
Bita | Maksimum | <Tidak ada> | PT5M, PT1H | Ya |
|
Persentase Memori yang Terpakai Persentase memori cache yang digunakan untuk pasangan kunci/nilai. Untuk detail lebih lanjut, lihat https://aka.ms/redis/enterprise/metrics. |
usedmemorypercentage |
Prosentase | Maksimum | <Tidak ada> | PT5M, PT1H | Ya |
Detail tentang metrik Azure Managed Redis
Daftar berikut ini menyediakan detail dan informasi selengkapnya tentang metrik Azure Monitor yang didukung untuk Microsoft.Cache/redisEnterprise.
| Ukuran | Rincian |
|---|---|
| Latensi Cache (pratinjau) | Latensi rata-rata permintaan yang ditangani oleh titik akhir pada simpul cache selama interval pelaporan yang ditentukan. Metrik ini diukur dalam milidetik dan bersumber dari node_avg_latency metrik Prometheus. Metrik ini hanya dilaporkan ketika ada lalu lintas aktif pada cache. |
| Tembolokan Hit | Jumlah pencarian kunci yang berhasil selama interval pelaporan yang ditentukan. Nilai ini bersumber dari bdb_read_hits metrik Prometheus. |
| Cache Misses | Jumlah pencarian kunci yang gagal selama interval pelaporan yang ditentukan. Nilai ini bersumber dari bdb_read_misses_max metrik Prometheus. Cache menghilang tidak selalu berarti ada masalah dengan cache. Misalnya, saat menggunakan pola pemrograman sisi-cache, aplikasi melihat item terlebih dahulu di cache. Jika item tidak ada (cache hilang), item diambil dari database dan ditambahkan ke cache untuk waktu berikutnya. Miss cache adalah perilaku normal untuk pola pemrograman cache-aside. Jika jumlah cache yang hilang lebih tinggi dari yang diharapkan, periksa logika aplikasi yang mengisi dan membaca dari cache. Jika item dikeluarkan dari cache karena tekanan memori, maka mungkin ada beberapa cache yang terlewatkan, tetapi metrik yang lebih baik untuk memantau tekanan memori adalah Used Memory or Evicted Keys. |
| Cache Dibaca | Tingkat lalu lintas jaringan masuk ke simpul cache dalam byte per detik selama interval pelaporan yang ditentukan. Nilai ini bersumber dari node_ingress_bytes_max metrik Prometheus. Jika Anda ingin menyiapkan pemberitahuan untuk batas bandwidth jaringan sisi server, buat menggunakan penghitung Cache Read ini. Lihat tabel ini untuk batas bandwidth yang diamati untuk berbagai tingkat dan ukuran harga cache. |
| Cache Write | Tingkat lalu lintas jaringan keluar dari simpul cache dalam byte per detik selama interval pelaporan yang ditentukan. Nilai ini bersumber dari node_egress_bytes_max metrik Prometheus. |
| Klien yang Terhubung | Jumlah koneksi klien ke cache selama interval pelaporan yang ditentukan. Nilai ini bersumber dari node_conns metrik Prometheus, yang menghitung klien yang terhubung ke titik akhir pada simpul. Setelah batas koneksi tercapai, upaya selanjutnya untuk menyambungkan ke cache gagal. Bahkan jika tidak ada aplikasi klien aktif, mungkin masih ada beberapa instans klien yang terhubung karena proses dan koneksi internal. |
| CPU | Pemanfaatan CPU server Azure Managed Redis sebagai persentase selama interval pelaporan yang ditentukan. Nilai ini berasal dari node_cpu_idle_min metrik Prometheus, yang mewakili bagian waktu diam CPU terendah yang diamati selama interval, dan dibalik untuk mencerminkan waktu sibuk CPU. Metrik CPU mencakup proses latar belakang seperti anti-malware yang tidak benar-benar proses server Redis, sehingga terkadang dapat melonjakan beban kerja Redis secara independen. Sebaiknya gunakan metrik ini melalui Beban Server untuk pemantauan, karena mendukung penelusuran tingkat instans dengan memisahkan pada ID Instans, memberikan lebih banyak granularitas di mana simpul berada di bawah tekanan. |
| Kunci yang Dibatalkan | Jumlah kunci yang dikeluarkan dari cache selama interval pelaporan yang ditentukan. Nilai ini bersumber dari bdb_evicted_objects metrik Prometheus. |
| Kunci Kedaluwarsa | Jumlah kunci yang kedaluwarsa dari cache selama interval pelaporan yang ditentukan. Nilai ini bersumber dari bdb_expired_objects metrik Prometheus. |
| Replikasi Geografis Sehat | Menunjukkan kesehatan tautan replikasi geografis antara cache dalam grup Active Geo-Replication. Metrik melaporkan salah satu dari dua nilai: 0 – terputus/tidak sehat 1 – sehat Metrik ini tersedia pada cache tingkat Memori yang Dioptimalkan, Seimbang, dan Dioptimalkan Komputasi dengan replikasi geografis diaktifkan. Nilai 0 tidak berarti bahwa data pada geo-replika hilang. Ini hanya berarti bahwa hubungan antara geo-primer dan geo-sekunder tidak sehat. Metrik ini mungkin menunjukkan status replikasi yang terputus/tidak sehat karena beberapa alasan, termasuk: patching bulanan, pembaruan OS host, kesalahan konfigurasi jaringan, atau provisi tautan replikasi geografis yang gagal. Layanan Azure Managed Redis secara berkala menambal cache dengan fitur dan peningkatan platform terbaru. Selama pembaruan ini, setiap simpul cache diambil secara offline, yang untuk sementara menonaktifkan tautan replikasi geografis. Jika tautan replikasi geografis Anda tidak sehat, periksa untuk melihat apakah itu disebabkan oleh peristiwa patching pada cache geo-primer atau geo-sekunder dengan menggunakan Diagnosis dan Selesaikan Masalah dari menu Sumber Daya di portal. Tergantung pada jumlah data dalam cache, waktu henti dari patching dapat berlangsung dari beberapa menit hingga satu jam. Jika tautan replikasi geografis tidak sehat selama lebih dari satu jam, ajukan permintaan dukungan. |
| Get | Jumlah permintaan baca ke cache selama interval pelaporan yang ditentukan. Nilai ini bersumber dari bdb_read_req metrik Prometheus, yang mewakili tingkat semua permintaan baca pada database, dan setara dengan jumlah hit cache dan meleset selama interval pelaporan. |
| Operasi per Detik | Jumlah total permintaan yang ditangani per detik oleh semua shard cache selama interval pelaporan yang ditentukan. Nilai ini bersumber dari bdb_instantaneous_ops_per_sec metrik Prometheus. |
| Beban Server | Metrik Beban Server mencerminkan penilaian server Redis sendiri dari beban keseluruhan, dan mirip dengan metrik CPU tetapi diukur pada tingkat kluster daripada per instans. Nilai ini berasal dari node_cpu_idle_min metrik Prometheus dan dibalik untuk mencerminkan waktu sibuk server. Jika penghitung ini mencapai 100, server Redis telah mencapai langit-langit performa, dan CPU tidak dapat memproses pekerjaan lebih cepat. Anda dapat mengharapkan efek latensi besar. Jika Anda melihat Beban Server tinggi berkelanjutan, pertimbangkan untuk meningkatkan cache atau mempartisi data di beberapa cache. Ketika Beban Server hanya cukup tinggi, seperti 50 hingga 80 persen, latensi rata-rata biasanya tetap rendah, dan pengecualian waktu habis dapat memiliki penyebab lain daripada latensi server tinggi.Karena Beban Server diukur pada tingkat kluster, itu tidak memungkinkan Anda untuk menelusuri paling detail instans individual. Sebaiknya gunakan metrik CPU sebagai gantinya, karena mendukung pemisahan menurut ID Instans untuk analisis tingkat instans. Hati: Metrik Muat Server dapat menyajikan data yang salah untuk cache Azure Managed Redis. Terkadang Beban Server dinyatakan lebih dari 100. Kami sedang menyelidiki masalah ini. Sebaiknya gunakan metrik CPU sebagai gantinya. |
| Kumpulan | Jumlah permintaan tulis ke cache selama interval pelaporan yang ditentukan. Nilai ini bersumber dari bdb_write_req metrik Prometheus, yang mewakili tingkat semua permintaan tulis pada database. |
| Total Kunci | Jumlah kunci dalam cache selama interval pelaporan yang ditentukan. Nilai ini bersumber dari bdb_no_of_keys metrik Prometheus.Penting: Karena keterbatasan dalam sistem metrik yang mendasari untuk cache dengan pengklusteran diaktifkan, Total Keys mengembalikan jumlah maksimum kunci shard yang memiliki jumlah maksimum kunci selama interval pelaporan. |
| Total Operasi | Jumlah total permintaan yang diproses oleh cache selama interval pelaporan yang ditentukan. Nilai ini bersumber dari bdb_total_req metrik Prometheus. |
| Memori Terpakai | Jumlah memori cache dalam byte yang digunakan oleh database selama interval pelaporan yang ditentukan. Nilai ini bersumber dari bdb_used_memory metrik Prometheus. Pada cache tingkat Flash Optimized, nilai ini mencakup penggunaan RAM dan memori flash. Nilai ini tidak termasuk fragmentasi.Saat Ketersediaan Tinggi diaktifkan, nilai Memori yang Digunakan menyertakan memori dalam simpul utama dan replika. Ini dapat membuat metrik muncul dua kali lebih besar dari yang diharapkan. |
| Persentase Memori yang Digunakan | Persentase batas memori yang dikonfigurasi yang saat ini digunakan selama interval pelaporan yang ditentukan. Nilai ini dihitung sebagai rasio dari bdb_used_memorybdb_memory_limit metrik Redis Enterprise Prometheus. Nilai ini tidak termasuk fragmentasi. |
Catatan sumber daya
Bagian ini mencantumkan jenis log sumber daya yang dapat Anda kumpulkan untuk layanan ini. Bagian ini mengambil dari daftar semua jenis kategori log sumber daya yang tersedia di Azure Monitor.
Log sumber daya yang didukung untuk Microsoft.Cache/redisEnterprise/databases
| Kategori | Nama tampilan kategori | Tabel catatan log | Memfasilitasi rencana log dasar | Mendukung transformasi waktu penyerapan | Contoh pertanyaan | Biaya untuk mengekspor |
|---|---|---|---|---|---|---|
ConnectionEvents |
Peristiwa koneksi (Koneksi/Autentikasi/Pemutusan Sambungan Baru) |
REDConnectionEvents Mencatat peristiwa koneksi saat klien tersambung ke database perusahaan redis. |
Ya | Ya | Pertanyaan | Ya |
Tabel Log Azure Monitor
Bagian ini mencantumkan tabel Azure Monitor Logs yang relevan dengan layanan ini, yang tersedia untuk kueri oleh Log Analytics menggunakan kueri Kusto. Tabel-tabel tersebut berisi data log sumberdaya dan mungkin berisi lebih banyak lagi tergantung pada apa yang dikumpulkan dan dialirkan ke dalamnya.
Azure Managed Redis
Microsoft.Cache/redisEnterprise
Catatan Aktivitas
Tabel yang terhubung mencantumkan operasi yang dapat direkam dalam log aktivitas untuk layanan ini. Operasi ini adalah subset dari semua kemungkinan operasi penyedia sumber daya dalam log aktivitas.
Untuk informasi selengkapnya tentang skema entri log aktivitas, lihat Skema Log Aktivitas.
Konten terkait
- Lihat Memantau sumber daya Azure dengan Azure Monitor untuk detail tentang memantau sumber daya Azure.