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 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.

Nota

Metrik kustom Azure Monitor saat ini dalam pratinjau publik. Fitur ini tidak akan dibuat Tersedia Secara Umum, karena kami sekarang menawarkan fitur GA yang ditingkatkan yang mencapai fungsionalitas yang sama dan banyak lagi: Metrik Kustom di Ruang Kerja Azure Monitor. Selain metrik kustom, penghitung kinerja OpenTelemetry dari OS Tamu VM juga didukung.

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 aktif untuk metrik kustom dan kueri metrik, periksa halaman harga Azure Monitor.

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

Definisi metrik khusus

Setiap titik data metrik yang Anda terbitkan berisi namespace, nama, dan informasi dimensi. Pertama kali Anda memancarkan metrik kustom ke Azure Monitor, layanan secara otomatis membuat definisi metrik. Anda dapat menemukan definisi metrik baru ini pada sumber daya apa pun yang dikeluarkan dari sumber daya tersebut melalui definisi metrik. Anda tidak perlu mendefinisikan metrik kustom di Azure Monitor sebelum memancarkannya.

Nota

Application Insights dan agen Telegraf dari InfluxData sudah dikonfigurasi untuk mengirimkan nilai metrik ke titik akhir regional yang benar dan membawa semua properti sebelumnya dalam setiap pengiriman.

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 untuk memberi tahu Anda ketika kondisi tertentu terpenuhi.

Nota

Anda harus memiliki peran pembaca atau kontributor untuk melihat metrik kustom. Lihat Pemantau 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 merupakan jumlah dari 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 mengoptimalkan untuk meminimalkan dampak performa dan membatasi lalu lintas jaringan dari pemantauan terhadap aplikasi Anda. Dengan demikian, sistem 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 merupakan wilayah yang tidak jelas. 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 pengaturan throttling.
  • Penjelajah Metrik tidak berfungsi.
  • Peringatan dan pemberitahuan menjadi tidak dapat diprediksi.
  • Biaya dapat meningkat secara tak terduga. Microsoft tidak mengenakan biaya untuk metrik khusus yang memiliki dimensi selama fitur ini dalam tahap 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 periode waktu yang singkat (1 juta per detik, misalnya), dapat menyebabkan pembatasan dan penundaan pemasukan.

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