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 yang dapat dikumpulkan melalui telemetri aplikasi Anda, Agen Azure Monitor, ekstensi diagnostik yang berjalan 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.
Metode untuk mengirim metrik kustom
Metrik kustom dapat dikirim ke Azure Monitor melalui beberapa metode:
- Gunakan Azure Application Insights SDK untuk melengkapi aplikasi Anda dengan mengirim telemetri kustom ke Azure Monitor.
- Instal Agen Azure Monitor di komputer virtual Windows atau Linux Azure anda atau set skala komputer virtual dan gunakan aturan pengumpulan data untuk mengirim penghitung kinerja ke metrik Azure Monitor.
- Instal ekstensi Azure Diagnostics di Azure VM, Virtual Machine Scale Set, VM klasik, atau layanan cloud klasik Anda. Kemudian kirim penghitung kinerja ke Azure Monitor.
- Pasang agen Telegraf InfluxData di Azure Linux VM Anda. Kirim metrik dengan menggunakan plug-in output Azure Monitor.
- Kirim metrik kustom langsung ke REST API Azure Monitor.
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.
Catatan
Metrik yang dikirim ke Azure Monitor melalui SDK Application Insights ditagih sebagai data log yang diserap. SDK Application Insights dikenakan biaya jika metrik tambahan hanya jika fitur Application Insights Mengaktifkan pemberitahuan pada dimensi metrik kustom telah dipilih. Kotak centang ini mengirimkan data ke database metrik Azure Monitor dengan menggunakan API metrik kustom untuk memungkinkan pemberitahuan yang lebih kompleks. Pelajari lebih lanjut tentang model harga Application Insights dan harga di wilayah Anda.
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. Tidak perlu menentukan metrik kustom di Azure Monitor sebelum dikeluarkan.
Catatan
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.
Catatan
Anda harus memiliki peran pembaca atau kontributor untuk melihat metrik kustom. Lihat Memantau Pembaca.
Menjelajahi metrik kustom Anda melalui portal Azure
- Buka portal Microsoft Azure.
- Pilih panel Pemantauan.
- Pilih Metrik.
- Pilih sumber daya yang metrik kustomnya Anda pancarkan.
- Pilih namespace metrik untuk metrik kustom Anda.
- 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:
| Category | Batas |
|---|---|
| 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 didefinisikan sebagai 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 yang memberi Anda 10 x 20 x 100 = 20.000 rangkaian waktu.
Jika Anda memiliki 100 wilayah, 200 departemen, dan 2.000 pelanggan, Anda akan mendapatkan 100 x 200 x 2.000 = 40 juta deret waktu, yang jauh melebihi batas hanya untuk metrik ini saja.
Sekali lagi, batas ini bukan untuk masing-masing metrik. Ini untuk jumlah semua metrik semacam itu di seluruh langganan dan wilayah.
Ikuti langkah-langkah di bawah ini untuk melihat total metrik rangkaian waktu aktif Anda saat ini, dan informasi selengkapnya untuk membantu pemecahan masalah.
- Arahkan navigasi ke bagian Memantau portal Azure.
- Pilih Metrik pada sisi kiri.
- Di bawah Pilih cakupan, periksa langganan dan grup sumber daya yang berlaku.
- Di bawah Persempit cakupan, pilih Penggunaan Metrik Kustom dan lokasi yang diinginkan.
- Pilih tombol Terapkan.
- Pilih Active Time Series, Active Time Series Limit, atau Throttled Time Series.
Ada batas 64 KB pada panjang gabungan semua nama metrik kustom, dengan asumsi utf-8 atau 1 byte per karakter. Jika batas 64 KB terlampaui, metadata untuk metrik tambahan tidak akan tersedia. Nama metrik untuk metrik kustom tambahan tidak akan muncul di portal Azure di bidang pilihan, dan tidak akan dikembalikan oleh API dalam permintaan untuk definisi metrik. Data metrik masih tersedia dan dapat dikueri.
Ketika batas telah 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 mengumpulkan nilai sehingga setiap entri akan disimpan. Akibatnya, jika Anda memiliki volume besar log dalam jangka waktu kecil (1 juta per detik misalnya), dapat menyebabkan penundaan pembatasan dan penyerapan.
Langkah berikutnya
Gunakan metrik khusus dari berbagai layanan: