Bagikan melalui

Metrik kustom di Azure Monitor (pratinjau)

Azure membuat beberapa metrik tersedia untuk Anda secara langsung. Metrik ini disebut standar atau platform. Metrik kustom adalah indikator performa atau metrik khusus bisnis. Anda dapat mengumpulkannya melalui telemetri aplikasi Anda. Anda juga dapat menggunakan Agen Azure Monitor, ekstensi diagnostik pada sumber daya Azure Anda, atau sistem pemantauan eksternal. Setelah metrik kustom diterbitkan ke Azure Monitor, Anda dapat menelusuri, mengkueri, dan memberi tahu metrik tersebut di samping metrik Azure standar.

Metrik kustom Azure Monitor saat ini dalam pratinjau publik.

Petunjuk / Saran

Lihat Metrik di Application Insights untuk perbandingan terperinci antara metrik standar, metrik berbasis log, dan metrik kustom.

Metode untuk mengirim metrik kustom

Metrik kustom dapat dikirim ke Azure Monitor melalui beberapa metode:

Model harga dan retensi

Secara umum, tidak ada biaya untuk menyerap metrik standar (metrik platform) ke dalam penyimpanan metrik Azure Monitor, tetapi metrik kustom dikenakan biaya saat memasuki ketersediaan umum. Kueri ke API metrik memang menimbulkan biaya. Untuk detail tentang kapan penagihan diaktifkan untuk metrik kustom dan kueri metrik, periksa halaman harga Azure Monitor.

Metrik kustom dipertahankan untuk jumlah waktu yang sama dengan metrik platform.

Nota

Untuk memberikan pengalaman yang lebih baik, metrik kustom yang dikirim ke Azure Monitor dari Application Insights Classic API Software Development Kits (SDK) selalu disimpan di Log Analytics dan Metrics Store. Biaya Anda untuk menyimpan metrik ini hanya didasarkan pada volume yang diserap oleh Analitik Log. Tidak ada biaya tambahan untuk data yang disimpan di Penyimpanan Metrik.

Definisi metrik kustom

Setiap titik data metrik yang diterbitkan berisi namespace, nama, dan informasi dimensi. Pertama kali metrik kustom dipancarkan ke Azure Monitor, definisi metrik dibuat secara otomatis. Definisi metrik baru ini kemudian dapat ditemukan pada sumber daya apa pun yang dikeluarkan metrik melalui definisi metrik. Anda tidak perlu mendefinisikan metrik kustom di Azure Monitor sebelum memancarkannya.

Nota

Application Insights, ekstensi diagnostik, dan agen Telegraf InfluxData yang sudah dikonfigurasikan untuk memancarkan nilai metrik terhadap titik akhir regional yang benar dan membawa semua properti sebelumnya di setiap emisi.

Menggunakan metrik kustom

Setelah metrik kustom dikirimkan ke Azure Monitor, Anda dapat menelusurinya melalui portal Microsoft Azure dan mengkueri melalui REST API Azure Monitor. Anda juga dapat membuat pemberitahuan pada metrik kustom untuk memberi tahu Anda ketika kondisi tertentu terpenuhi.

Nota

Anda harus memiliki peran pembaca atau kontributor untuk melihat metrik kustom. Lihat Memantau Pembaca.

Menjelajahi metrik kustom Anda melalui portal Azure

  1. Buka portal Azure.
  2. Pilih panel Pemantauan.
  3. Pilih Metrik.
  4. Pilih sumber daya yang Anda keluarkan metrik kustomnya.
  5. Pilih namespace metrik untuk metrik kustom Anda.
  6. Pilih metrik kustom.

Untuk informasi selengkapnya tentang menampilkan metrik di portal Azure, lihat Menganalisis metrik dengan penjelajah metrik Azure Monitor.

Latensi dan retensi penyimpanan

Metrik yang baru ditambahkan atau dimensi yang baru ditambahkan ke metrik mungkin memerlukan waktu hingga 3 menit untuk muncul. Setelah data dalam sistem, itu akan muncul dalam waktu kurang dari 30 detik 99 persen dari waktu.

Jika Anda menghapus metrik atau menghapus dimensi, perubahan tersebut dapat memakan waktu seminggu hingga satu bulan untuk dihapus dari sistem.

Kuota dan pembatasan

Azure Monitor memberlakukan batas penggunaan berikut pada metrik kustom:

Kategori Batasan
Total rangkaian waktu aktif dalam langganan per wilayah 50.000
Kunci dimensi per metrik 10
Panjang string untuk namespace metrik, nama metrik, kunci dimensi, dan nilai dimensi 256 karakter
Panjang gabungan dari semua nama metrik kustom, menggunakan pengodean utf-8 64 KB

Rangkaian waktu aktif adalah kombinasi unik dari metrik, kunci dimensi, atau nilai dimensi yang memiliki nilai metrik yang diterbitkan dalam 12 jam terakhir.

Untuk memahami batas 50.000 pada deret waktu, pertimbangkan metrik berikut:

Waktu respons server dengan Dimensi: Wilayah, Departemen, CustomerID

Dengan metrik ini, jika Anda memiliki 10 wilayah, 20 departemen, dan 100 pelanggan, itu memberi Anda 10 x 20 x 100 = 20.000 deret waktu.

Jika Anda memiliki 100 wilayah, 200 departemen, dan 2.000 pelanggan, hasilnya adalah 100 x 200 x 2.000 = 40 juta rangkaian waktu. Jumlah ini jauh melebihi batas untuk satu metrik.

Sekali lagi, batas ini bukan untuk masing-masing metrik. Ini untuk jumlah semua metrik semacam itu di seluruh langganan dan wilayah.

Untuk melihat total metrik rangkaian waktu aktif Anda saat ini dan mendapatkan informasi selengkapnya untuk pemecahan masalah, ikuti langkah-langkah berikut.

  1. Arahkan navigasi ke bagian Memantau portal Azure.
  2. Pilih Metrik pada sisi kiri.
  3. Di bawah Pilih cakupan, periksa langganan dan grup sumber daya yang berlaku.
  4. Di bawah Persempit cakupan, pilih Penggunaan Metrik Kustom dan lokasi yang diinginkan.
  5. Pilih tombol Terapkan.
  6. Pilih Active Time Series, Active Time Series Limit, atau Throttled Time Series.

Azure Monitor membatasi panjang gabungan semua nama metrik kustom hingga 64 KB, dengan asumsi pengodean UTF-8 atau 1 byte per karakter. Jika nama metrik Anda melebihi batas ini, Azure Monitor memblokir akses ke metadata untuk metrik lainnya. Portal Microsoft Azure menghilangkan nama metrik tersebut dari bidang pilihan, dan API melewatinya saat mengembalikan definisi metrik. Anda masih dapat mengkueri data metrik secara langsung, bahkan tanpa metadata.

Ketika batas terlampaui, kurangi jumlah metrik yang Anda kirim atau persingkat panjang namanya. Kemudian diperlukan waktu hingga dua hari agar nama metrik baru muncul.

Untuk menghindari mencapai batas, jangan sertakan aspek variabel atau dimensi dalam nama metrik Anda. Misalnya, metrik untuk penggunaan CPU server,CPU_server_12345678-319d-4a50-b27e-1234567890ab dan CPU_server_abcdef01-319d-4a50-b27e-abcdef012345 harus didefinisikan sebagai metrik CPU dan dengan Server dimensi.

Batasan dan pertimbangan desain

Menggunakan Application Insights untuk tujuan audit. Alur telemetri Application Insights dioptimalkan untuk meminimalkan dampak performa dan membatasi lalu lintas dari pemantauan aplikasi Anda. Dengan demikian, hal ini membatasi atau mengambil sampel (hanya mengambil persentase telemetri Anda dan mengabaikan sisanya) jika himpunan data awal menjadi terlalu besar. Karena perilaku ini, Anda tidak dapat menggunakannya untuk tujuan audit karena beberapa catatan kemungkinan akan dihapus.

Metrik dengan variabel dalam nama. Jangan gunakan variabel sebagai bagian dari nama metrik. Gunakan konstanta sebagai gantinya. Setiap kali variabel mengubah nilainya, Azure Monitor akan menghasilkan metrik baru. Azure Monitor kemudian dengan cepat mencapai batas jumlah metrik. Umumnya, ketika pengembang ingin menyertakan variabel dalam nama metrik, pengembang perlu melacak beberapa rangkaian waktu dalam satu metrik dan harus menggunakan dimensi, bukan nama metrik variabel.

Dimensi metrik kardinalitas tinggi. Metrik dengan terlalu banyak nilai valid dalam suatu dimensi (kardinalitas tinggi) kemungkinan besar akan mencapai batas 50.000. Secara umum, Anda tidak boleh menggunakan nilai yang terus berubah dalam suatu dimensi. Stempel waktu, misalnya, tidak boleh berupa dimensi. Anda dapat menggunakan server, pelanggan, atau ID produk, tetapi hanya jika Anda memiliki jumlah yang lebih kecil dari masing-masing jenis tersebut.

Sebagai ujian, tanyakan pada diri Anda apakah Anda akan memetakan data seperti itu pada grafik. Jika Anda memiliki 10 atau bahkan 100 server, mungkin berguna untuk melihat semua server pada grafik sebagai perbandingan. Namun, jika Anda memiliki 1.000, grafik yang dihasilkan kemungkinan akan sulit atau tidak mungkin untuk dibaca. Praktik terbaik adalah menjaganya agar kurang dari 100 nilai yang valid. Hingga 300 adalah area abu-abu. Jika Anda perlu melampaui jumlah ini, gunakan log kustom Azure Monitor sebagai gantinya.

Jika Anda memiliki variabel dalam nama atau dimensi kardinalitas tinggi, masalah berikut dapat terjadi:

  • Metrik menjadi tidak dapat diandalkan karena pembatasan.
  • Penjelajah Metrik tidak berfungsi.
  • Peringatan dan pemberitahuan menjadi tidak dapat diprediksi.
  • Biaya dapat meningkat secara tak terduga. Microsoft tidak mengenakan biaya untuk metrik khusus dengan dimensi saat fitur ini dalam pratinjau publik. Setelah tagihan dimulai di masa mendatang, Anda akan dikenakan biaya tak terduga. Rencananya adalah mengenakan biaya untuk konsumsi metrik berdasarkan jumlah deret waktu yang dipantau dan jumlah panggilan API yang dilakukan.

Jika nama metrik atau nilai dimensi diisi dengan pengidentifikasi atau dimensi kardinalitas tinggi secara tidak sengaja, Anda dapat dengan mudah memperbaikinya dengan menghapus bagian variabel.

Tetapi jika kardinalitas tinggi sangat penting untuk skenario Anda, metrik agregat mungkin bukan pilihan yang tepat. Beralih menggunakan log kustom (yaitu, panggilan API trackMetric dengan trackEvent). Namun, pertimbangkan bahwa log tidak menggabungkan nilai, sehingga setiap entri disimpan. Akibatnya, jika Anda memiliki volume besar log dalam jangka waktu kecil (1 juta per detik misalnya), dapat menyebabkan penundaan pembatasan dan penyerapan.

Petunjuk / Saran

Metrik Azure Monitor dan Ruang Kerja Azure Monitor menyerap metrik kustom pada interval tetap 60 detik. Metrik yang dikirim lebih sering di-buffer dan diproses setiap 60 detik sekali. Log Analytics mencatat metrik pada interval pengiriman, yang dapat meningkatkan biaya pada interval yang lebih pendek dan menunda munculnya visibilitas pada interval yang lebih panjang.

Langkah selanjutnya

Gunakan metrik khusus dari berbagai layanan:

  • Last updated on