Memantau performa, kesehatan, dan penggunaan Azure Data Explorer dengan metrik
Metrik Azure Data Explorer menyediakan indikator utama tentang kesehatan dan performa sumber daya kluster Azure Data Explorer. Gunakan metrik yang dirinci dalam artikel ini untuk memantau penggunaan, kesehatan, dan performa kluster Azure Data Explorer dalam skenario spesifik Anda sebagai metrik mandiri. Anda juga dapat menggunakan metrik sebagai dasar untuk Dasbor Azure operasional dan Pemberitahuan Azure.
Untuk informasi selengkapnya tentang Azure Metrics Explorer, lihat Metrics Explorer.
Prasyarat
- Langganan Azure. Membuat akun Azure gratis.
- Kluster dan database Azure Data Explorer. Membuat kluster dan database.
Menggunakan metrik untuk memantau sumber daya Azure Data Explorer Anda
- Masuk ke portal Azure.
- Di panel sebelah kiri kluster Azure Data Explorer Anda, cari metrik.
- Pilih Metrik untuk membuka panel metrik dan memulai analisis pada kluster Anda.
Bekerja di panel metrik
Di panel metrik, pilih metrik tertentu untuk dilacak, pilih cara mengagregasi data Anda, dan membuat bagan metrik untuk ditampilkan di dasbor Anda.
Pemilih Namespace Sumber Daya dan Metrik telah dipilih sebelumnya untuk kluster Azure Data Explorer Anda. Angka dalam gambar berikut sesuai dengan daftar bernomor di bawah ini. Mereka memandu Anda melalui berbagai opsi dalam menyiapkan dan melihat metrik Anda.
- Untuk membuat bagan metrik, pilih Nama metrik dan Agregasi yang relevan per metrik. Untuk informasi selengkapnya tentang metrik yang berbeda, lihat metrik Azure Data Explorer yang didukung.
- Pilih Tambahkan metrik untuk melihat beberapa metrik yang diplot dalam bagan yang sama.
- Pilih + Bagan baru untuk melihat beberapa bagan dalam satu tampilan.
- Gunakan pemilih waktu untuk mengubah rentang waktu (default: 24 jam terakhir).
- Gunakan Tambahkan filter dan Terapkan pemisahan untuk metrik yang memiliki dimensi.
- Pilih Sematkan ke dasbor untuk menambahkan konfigurasi bagan Anda ke dasbor sehingga Anda bisa melihatnya lagi.
- Atur Aturan pemberitahuan baru untuk memvisualisasikan metrik Anda menggunakan kriteria yang ditetapkan. Aturan pemberitahuan baru akan menyertakan sumber daya target, metrik, pemisahan, dan dimensi filter dari bagan Anda. Ubah pengaturan ini di panel pembuatan aturan pemberitahuan.
Metrik Azure Data Explorer yang didukung
Metrik Azure Data Explorer memberikan wawasan tentang performa keseluruhan dan penggunaan sumber daya Anda, serta informasi tentang tindakan tertentu, seperti penyerapan atau kueri. Metrik dalam artikel ini telah dikelompokkan menurut jenis penggunaan.
Jenis metriknya adalah:
- Metrik kluster
- Mengekspor metrik
- Metrik penyerapan
- Metrik penyerapan streaming
- Metrik kueri
- Metrik tampilan materialisasi
Untuk daftar abjad metrik Azure Monitor untuk Azure Data Explorers, lihat metrik kluster Azure Data Explorer yang didukung.
Metrik kluster
Metrik kluster melacak kesehatan umum kluster. Misalnya, penggunaan dan responsivitas sumber daya dan penyerapan.
Metrik | Satuan | Agregasi | Deskripsi metrik | Dimensi |
---|---|---|---|---|
Pemanfaatan cache (tidak digunakan lagi) | Persen | Rata-rata, Maks, Min | Persentase sumber daya cache yang dialokasikan saat ini digunakan oleh kluster. Cache adalah ukuran SSD yang dialokasikan untuk aktivitas pengguna sesuai dengan kebijakan cache yang ditentukan. Pemanfaatan cache rata-rata 80% atau kurang adalah status berkelanjutan untuk kluster. Jika penggunaan cache rata-rata di atas 80%, kluster harus diskalakan hingga tingkat harga yang dioptimalkan penyimpanan atau diskalakan ke lebih banyak instans. Atau, sesuaikan kebijakan cache menjadi lebih sedikit hari dalam cache. Jika pemanfaatan cache lebih dari 100%, ukuran data yang akan di-cache lebih besar dari ukuran total cache pada kluster. Metrik ini tidak digunakan lagi dan disajikan hanya untuk kompatibilitas mundur. Gunakan metrik 'Faktor pemanfaatan cache'. |
Tidak |
Faktor pemanfaatan cache | Persen | Rata-rata, Maks, Min | Persentase ruang disk yang digunakan khusus untuk cache panas di kluster. 100% berarti bahwa ruang disk yang ditetapkan ke data panas digunakan secara optimal. Tidak ada tindakan yang diperlukan, dan kluster benar-benar baik-baik saja. Kurang dari 100% berarti ruang disk yang ditetapkan untuk data panas tidak sepenuhnya digunakan. Lebih dari 100% berarti bahwa ruang disk kluster tidak cukup besar untuk mengakomodasi data panas, seperti yang didefinisikan oleh kebijakan penembolokan Anda. Untuk memastikan bahwa ruang yang cukup tersedia untuk semua data panas, jumlah data panas perlu dikurangi atau kluster perlu diskalakan. Sebaiknya aktifkan skala otomatis. |
Tidak |
CPU | Persen | Rata-rata, Maks, Min | Persentase sumber daya komputasi yang dialokasikan saat ini digunakan oleh komputer dalam kluster. CPU rata-rata 80% atau kurang berkelanjutan untuk kluster. Nilai maksimum CPU adalah 100%, yang berarti tidak ada sumber daya komputasi tambahan untuk memproses data. Ketika kluster tidak berkinerja baik, periksa nilai maksimum CPU untuk menentukan apakah ada CPU tertentu yang diblokir. |
Tidak |
Pemanfaatan penyerapan | Persen | Rata-rata, Maks, Min | Persentase sumber daya aktual yang digunakan untuk menyerap data dari total sumber daya yang dialokasikan, dalam kebijakan kapasitas, untuk melakukan penyerapan. Kebijakan kapasitas default tidak lebih dari 512 operasi penyerapan bersamaan atau 75% dari sumber daya kluster yang diinvestasikan dalam penyerapan. Pemanfaatan penyerapan rata-rata 80% atau kurang adalah keadaan berkelanjutan untuk kluster. Nilai maksimum pemanfaatan penyerapan adalah 100%, yang berarti semua kemampuan penyerapan kluster digunakan dan antrean penyerapan dapat mengakibatkan. |
Tidak |
HitungInstans | Hitung | Avg | Jumlah total instans. | |
Tetap aktif | Hitung | Avg | Melacak responsivitas kluster. Kluster yang sepenuhnya responsif mengembalikan nilai 1 dan kluster yang diblokir atau terputus mengembalikan 0. |
|
Jumlah total perintah yang dibatasi | Hitung | Rata-rata, Maks, Min, Jumlah | Jumlah perintah yang dibatasi (ditolak) dalam kluster, karena jumlah maksimum perintah serentak (paralel) yang diizinkan tercapai. | Tidak |
Jumlah total jangkauan | Hitung | Rata-rata, Maks, Min, Jumlah | Jumlah total tingkat data dalam kluster. Perubahan dalam metrik ini dapat menyiratkan perubahan struktur data besar-besaran dan beban tinggi pada kluster, karena menggabungkan tingkat data adalah aktivitas berat CPU. |
Tidak |
Latensi pengikut | Milidetik | Rata-rata, Maks, Min | Database pengikut menyinkronkan perubahan dalam database pemimpin. Karena sinkronisasi, ada jeda data beberapa detik hingga beberapa menit dalam ketersediaan data. Metrik ini mengukur panjang jeda waktu. Jeda waktu tergantung pada beberapa faktor seperti: ukuran keseluruhan dan tingkat data yang diserap kepada pemimpin, jumlah database yang diikuti, tingkat operasi internal yang dilakukan pada pemimpin (operasi penggabungan/pembangunan kembali). Ini adalah metrik tingkat kluster: pengikut menangkap metadata dari semua database yang diikuti. Metrik ini mewakili latensi proses. |
Tidak |
Mengekspor metrik
Metrik ekspor melacak kesehatan umum dan performa operasi ekspor seperti keterlambatan, hasil, jumlah rekaman, dan pemanfaatan.
Metrik | Satuan | Agregasi | Deskripsi metrik | Dimensi |
---|---|---|---|---|
Jumlah ekspor berkelanjutan dari rekaman yang diekspor | Hitung | Jumlah total | Jumlah rekaman yang diekspor di semua pekerjaan ekspor berkelanjutan. | ContinuousExportName |
Keterlambatan maks ekspor berkelanjutan | Hitung | Maks | Keterlambatan (dalam menit) dilaporkan oleh pekerjaan ekspor berkelanjutan di kluster. | Tidak |
Jumlah ekspor berkelanjutan yang tertunda | Hitung | Maks | Jumlah pekerjaan ekspor berkelanjutan yang tertunda. Pekerjaan ini siap dijalankan tetapi menunggu dalam antrean, mungkin karena kapasitas yang tidak mencukup). | |
Hasil ekspor berkelanjutan | Jumlah | Jumlah | Hasil Kegagalan/Keberhasilan dari setiap eksekusi ekspor berkelanjutan. | ContinuousExportName |
Utilisasi ekspor | Persen | Maks | Kapasitas ekspor yang digunakan, dari total kapasitas ekspor dalam kluster (antara 0 dan 100). | Tidak |
Metrik penyerapan
Metrik penyerapan melacak kesehatan umum dan performa operasi penyerapan seperti latensi, hasil, dan volume. Untuk menyempurnakan analisis Anda:
- Terapkan filter ke bagan untuk memplot data parsial menurut dimensi. Misalnya, jelajahi penyerapan ke
Database
. - Terapkan pemisahan ke bagan untuk memvisualisasikan data berdasarkan komponen yang berbeda. Proses ini berguna untuk menganalisis metrik yang dilaporkan oleh setiap langkah alur penyerapan, misalnya
Blobs received
.
Metrik | Satuan | Agregasi | Deskripsi metrik | Dimensi |
---|---|---|---|---|
Jumlah blob batch | Hitung | Rata-rata, Maks, Min | Jumlah sumber data dalam batch yang selesai untuk penyerapan. | Database |
Durasi batch | Detik | Rata-rata, Maks, Min | Durasi fase batching dalam alur penyerapan. | Database |
Ukuran batch | Byte | Rata-rata, Maks, Min | Ukuran data yang diharapkan tidak dikompresi dalam batch agregat untuk penyerapan. | Database |
Batch diproses | Hitung | Jumlah, Maks, Min | Jumlah batch yang diselesaikan untuk penyerapan. Batching Type : Pemicu untuk menyegel batch. Untuk daftar lengkap jenis batching, lihat Jenis batching. |
Database, Jenis Batching |
Blob diterima | Hitung | Jumlah, Maks, Min | Jumlah blob yang diterima dari aliran input oleh komponen. Gunakan terapkan pemisahan untuk menganalisis setiap komponen. |
Database, Jenis Komponen, Nama Komponen |
Blob diproses | Hitung | Jumlah, Maks, Min | Jumlah blob yang diproses oleh komponen. Gunakan terapkan pemisahan untuk menganalisis setiap komponen. |
Database, Jenis Komponen, Nama Komponen |
Blob dihilangkan | Hitung | Jumlah, Maks, Min | Jumlah blob yang dijatuhkan secara permanen oleh komponen. Untuk setiap blob tersebut, Ingestion result metrik dengan alasan kegagalan dikirim. Gunakan terapkan pemisahan untuk menganalisis setiap komponen. |
Database, Jenis Komponen, Nama Komponen |
Latensi penemuan | Detik | Avg | Waktu dari antrean data hingga penemuan oleh koneksi data. Kali ini tidak disertakan dalam latensi Tahap atau dalam metrik Latensi penyerapan. Latensi penemuan dapat meningkat dalam situasi berikut:
|
Jenis Komponen, Nama Komponen |
Acara diterima | Hitung | Jumlah, Maks, Min | Jumlah peristiwa yang diterima oleh koneksi data dari aliran input. | Jenis Komponen, Nama Komponen |
Peristiwa yang diproses | Hitung | Jumlah, Maks, Min | Jumlah peristiwa yang diproses oleh koneksi data. | Jenis Komponen, Nama Komponen |
Peristiwa dihilangkan | Hitung | Jumlah, Maks, Min | Jumlah peristiwa yang dihilangkan secara permanen oleh koneksi data. Untuk setiap peristiwa tersebut, Ingestion result metrik dengan alasan kegagalan dikirim. |
Jenis Komponen, Nama Komponen |
Peristiwa yang diproses (untuk Event/IoT Hubs) (tidak digunakan lagi) | Hitung | Maks, Min, Jumlah | Jumlah total peristiwa yang dibaca dari Event Hub/ IoT Hub dan diproses oleh kluster. Peristiwa ini dapat dibagi berdasarkan status: Diterima, Ditolak, Diproses. Metrik ini tidak digunakan lagi dan disajikan hanya untuk kompatibilitas mundur. Gunakan metrik 'Peristiwa diterima', 'Peristiwa yang diproses' dan 'Peristiwa dihilangkan'. |
Keadaan |
Latensi konsumsi | Detik | Rata-rata, Maks, Min | Latensi data yang diserap, sejak data diterima dalam kluster hingga siap untuk kueri. Periode latensi penyerapan tergantung pada skenario penyerapan.Ingestion Kind : Penyerapan Streaming atau Penyerapan Antrean |
Jenis Penyerapan |
Hasil penyerapan | Hitung | Jumlah total | Jumlah total sumber yang gagal atau berhasil dikonsumsi.Status : Berhasil untuk penyerapan yang berhasil atau kategori kegagalan untuk kegagalan. Untuk daftar lengkap kategori kegagalan yang mungkin, lihat Kode kesalahan penyerapan di Azure Data Explorer. Failure Status Type : Apakah kegagalan bersifat permanen atau sementara. Untuk penyerapan yang berhasil, dimensi ini adalah None .Catatan:
|
Status, Tipe Status Kegagalan |
Volume penyerapan (dalam byte) | Hitung | Maks, Jumlah | Ukuran total data yang diserap ke kluster (dalam byte) sebelum pemadatan. | Database |
Panjang Antrean | Hitung | Avg | Jumlah pesan yang tertunda dalam antrean input komponen. Komponen pengelola batching memiliki satu pesan per blob. Komponen manajer penyerapan memiliki satu pesan per batch. Batch adalah perintah penyerapan tunggal dengan satu atau beberapa blob. | Jenis Komponen |
Pesan terlama antrean | Detik | Avg | Waktu dalam detik sejak pesan terlama dalam antrean input komponen telah disisipkan. | Jenis Komponen |
Byte ukuran data yang diterima | Byte | Rata-rata, Jumlah | Ukuran data yang diterima oleh koneksi data dari aliran input. | Jenis Komponen, Nama Komponen |
Latensi Tahap | Detik | Avg | Waktu sejak pesan diterima oleh Azure Data Explorer, hingga kontennya diterima oleh komponen penyerapan untuk diproses. Gunakan terapkan filter dan pilih Jenis > Komponen StorageEngine untuk memperlihatkan total latensi penyerapan. |
Database, Tipe Komponen |
Metrik penyerapan streaming
Metrik penyerapan streaming melacak data penyerapan streaming dan tingkat permintaan, durasi, dan hasil.
Metrik | Satuan | Agregasi | Deskripsi metrik | Dimensi |
---|---|---|---|---|
Tingkat Data Penyerapan Aliran | Hitung | RateRequestsPerSecond | Total volume data yang diserap ke kluster. | Tidak |
Durasi Penyerapan Streaming | Milidetik | Rata-rata, Maks, Min | Total durasi semua permintaan penyerapan streaming. | Tidak |
Tingkat Permintaan Penyerapan Aliran | Hitung | Count, Avg, Max, Min, Sum | Jumlah total permintaan penyerapan streaming. | Tidak |
Hasil Penyerapan Aliran | Hitung | Avg | Jumlah total permintaan penyerapan streaming berdasarkan jenis hasil. | Hasil |
Metrik kueri
Metrik performa kueri melacak durasi kueri dan jumlah total kueri bersamaan atau yang dibatasi.
Metrik | Satuan | Agregasi | Deskripsi metrik | Dimensi |
---|---|---|---|---|
Durasi kueri | Milidetik | Rata-rata, Min, Maks, Jumlah | Total waktu hingga hasil kueri diterima (tidak menyertakan latensi jaringan). | QueryStatus |
QueryResult | Jumlah | Jumlah | Jumlah total kueri. | QueryStatus |
Jumlah total kueri serentak | Hitung | Rata-rata, Maks, Min, Jumlah | Jumlah kueri yang dijalankan secara paralel dalam kluster. Metrik ini adalah cara yang baik untuk memperkirakan beban pada kluster. | Tidak |
Jumlah total kueri yang dibatasi | Hitung | Rata-rata, Maks, Min, Jumlah | Jumlah kueri yang dibatasi (ditolak) dalam kluster. Jumlah maksimum kueri bersamaan (paralel) yang diizinkan ditentukan dalam kebijakan batas tingkat permintaan. | Tidak |
Metrik tampilan materialisasi
Metrik | Satuan | Agregasi | Deskripsi metrik | Dimensi |
---|---|---|---|---|
MaterializedViewHealth | 1, 0 | Avg | Nilai adalah 1 jika tampilan dianggap sehat, jika tidak, 0. | Database, MaterializedViewName |
MaterializedViewAgeSeconds | Detik | Avg | Tampilan age ditentukan oleh waktu saat ini dikurangi waktu penyerapan terakhir yang diproses oleh tampilan. Nilai metrik adalah waktu dalam detik (semakin rendah nilainya, tampilannya "lebih sehat"). |
Database, MaterializedViewName |
MaterializedViewResult | 1 | Avg | Metrik mencakup dimensi yang Result menunjukkan hasil siklus materialisasi terakhir (lihat metrik MaterializedViewResult untuk detail tentang kemungkinan nilai). Nilai metrik selalu sama dengan 1. |
Database, MaterializedViewName, Result |
MaterializedViewRecordsInDelta | Jumlah rekaman | Avg | Jumlah rekaman yang saat ini berada di bagian tabel sumber yang tidak diproses. Untuk informasi selengkapnya, lihat cara kerja tampilan materialisasi | Database, MaterializedViewName |
MaterializedViewExtentsRebuild | Jumlah jangkauan | Avg | Jumlah sejauh mana pembaruan yang diperlukan dalam siklus materialisasi. | Database, MaterializedViewName |
MaterializedViewDataLoss | 1 | Maks | Metrik diaktifkan ketika data sumber yang tidak diolah mendekati retensi. Menunjukkan bahwa tampilan materialisasi tidak sehat. | Database, MaterializedViewName, Kind |
Konten terkait
Saran dan Komentar
https://aka.ms/ContentUserFeedback.
Segera hadir: Sepanjang tahun 2024 kami akan menghentikan penggunaan GitHub Issues sebagai mekanisme umpan balik untuk konten dan menggantinya dengan sistem umpan balik baru. Untuk mengetahui informasi selengkapnya, lihat:Kirim dan lihat umpan balik untuk