Pengoptimalan biaya di Azure Monitor

Pengoptimalan biaya mengacu pada cara untuk mengurangi pengeluaran yang tidak perlu dan meningkatkan efisiensi operasional. Anda dapat secara signifikan mengurangi biaya untuk Azure Monitor dengan memahami berbagai opsi dan peluang konfigurasi Anda untuk mengurangi jumlah data yang dikumpulkannya. Sebelum menggunakan artikel ini, Anda sebaiknya melihat Azure Monitor biaya dan penggunaan untuk memahami berbagai cara Azure Monitor mengenakan biaya dan bagaimana melihat tagihan bulanan Anda.

Artikel ini menjelaskan pengoptimalan Cost untuk Azure Monitor sebagai bagian dari Azure Well-Architected Framework. Azure Well-Architected Framework adalah sekumpulan tenet panduan yang dapat digunakan untuk meningkatkan kualitas beban kerja. Kerangka kerja ini terdiri dari lima pilar keunggulan arsitektur:

• Keandalan
• Keamanan
• Pengoptimalan Biaya
• Keunggulan Operasi
• Efisiensi Performa

Log Monitor Azure

Daftar periksa desain

• Tentukan apakah akan menggabungkan data operasional dan data keamanan Anda di ruang kerja Analitik Log yang sama.
• Konfigurasikan tingkatan harga untuk jumlah data yang biasanya dikumpulkan setiap ruang kerja Log Analytics.
• Mengonfigurasi retensi dan pengarsipan data.
• Konfigurasikan tabel yang digunakan untuk penelusuran kesalahan, pemecahan masalah, dan audit sebagai Log Dasar.
• Batasi pengumpulan data dari sumber data untuk ruang kerja.
• Analisis data yang dikumpulkan secara teratur untuk mengidentifikasi tren dan anomali.
• Buat pemberitahuan saat pengumpulan data tinggi.
• Pertimbangkan batas harian sebagai tindakan pencegahan untuk memastikan bahwa Anda tidak melebihi anggaran tertentu.
• Siapkan pemberitahuan tentang rekomendasi biaya Azure Advisor untuk ruang kerja Analitik Log.

Rekomendasi konfigurasi

Rekomendasi	Keuntungan
Tentukan apakah akan menggabungkan data operasional dan data keamanan Anda di ruang kerja Analitik Log yang sama.	Karena semua data di ruang kerja Log Analytics tunduk pada harga Microsoft Sentinel jika Sentinel diaktifkan, menggabungkan data ini mungkin memiliki implikasi biaya. Lihat Desain strategi ruang kerja Analitik Log untuk detail dalam membuat keputusan ini untuk lingkungan Anda dan menyeimbangkannya dengan kriteria dalam pilar lainnya.
Konfigurasikan tingkatan harga untuk jumlah data yang biasanya dikumpulkan setiap ruang kerja Log Analytics.	Secara default, ruang kerja Log Analytics akan menggunakan harga bayar sesuai pemakaian tanpa volume data minimum. Jika Anda mengumpulkan data yang cukup, Anda dapat secara signifikan mengurangi biaya dengan menggunakan tingkatan komitmen, yang memungkinkan Anda berkomitmen pada minimum harian data yang dikumpulkan dengan imbalan tarif yang lebih rendah. Jika Anda mengumpulkan cukup data di seluruh ruang kerja dalam satu wilayah, Anda dapat menautkannya ke kluster khusus dan menggabungkan volume yang dikumpulkan menggunakan harga kluster. Lihat perhitungan biaya dan opsi Azure Monitor Logs untuk rincian tentang tingkatan komitmen dan panduan dalam menentukan mana yang paling sesuai untuk tingkat penggunaan Anda. Lihat Penggunaan dan perkiraan biaya untuk melihat perkiraan biaya untuk penggunaan Anda pada tingkat harga yang berbeda.
Mengonfigurasi retensi data interaktif dan jangka panjang.	Ada biaya untuk menyimpan data di ruang kerja Analitik Log melebihi default 31 hari (90 hari jika Sentinel diaktifkan di ruang kerja dan 90 hari untuk data Application Insights). Pertimbangkan kebutuhan khusus Anda untuk memastikan data tersedia dengan mudah untuk kueri log. Anda dapat mengurangi biaya secara signifikan dengan mengonfigurasi retensi jangka panjang, yang memungkinkan Anda menyimpan data hingga dua belas tahun dan tetap dapat mengaksesnya kadang-kadang menggunakan pekerjaan pencarian atau memulihkan sekumpulan data ke ruang kerja.
Konfigurasikan tabel yang digunakan untuk penelusuran kesalahan, pemecahan masalah, dan audit sebagai Log Dasar.	Tabel di ruang kerja Analitik Log yang dikonfigurasi untuk Basic Logs memiliki biaya penyerapan yang lebih rendah dengan imbalan fitur terbatas dan biaya tambahan untuk kueri log. Jika Anda jarang mengkueri tabel ini dan tidak menggunakannya untuk pemberitahuan, biaya kueri ini bisa lebih dari sekadar diimbangi dengan pengurangan biaya pengambilan data.
Batasi pengumpulan data dari sumber data untuk ruang kerja.	Faktor utama untuk biaya Azure Monitor adalah jumlah data yang Anda kumpulkan di ruang kerja Analitik Log, jadi Anda harus memastikan bahwa Anda tidak mengumpulkan data lagi yang Anda butuhkan untuk menilai kesehatan dan performa layanan dan aplikasi Anda. Lihat Merancang arsitektur ruang kerja Log Analytics untuk detail tentang membuat keputusan ini untuk lingkungan Anda dengan menyeimbangkannya menggunakan kriteria di pilar lain. Kompromi: Mungkin ada kompromi antara biaya dan kebutuhan pemantauan Anda. Misalnya, Anda mungkin dapat mendeteksi masalah performa dengan lebih cepat dengan laju sampel yang tinggi, tetapi Anda mungkin ingin laju sampel yang lebih rendah untuk menghemat biaya. Sebagian besar lingkungan memiliki beberapa sumber data dengan berbagai jenis pengumpulan, jadi Anda perlu menyeimbangkan persyaratan khusus Anda dengan target biaya Anda untuk masing-masing. Lihat Pengoptimalan Biaya di Azure Monitor untuk rekomendasi mengenai mengonfigurasi pengumpulan untuk berbagai sumber data.
Analisis data yang dikumpulkan secara teratur untuk mengidentifikasi tren dan anomali.	Gunakan wawasan ruang kerja Analitik Log untuk meninjau jumlah data yang dikumpulkan di ruang kerja Anda secara berkala. Selain membantu Anda memahami jumlah data yang dikumpulkan oleh sumber yang berbeda, itu akan mengidentifikasi anomali dan tren peningkatan dalam pengumpulan data yang dapat mengakibatkan biaya berlebih. Menganalisis lebih lanjut pengumpulan data menggunakan metode dalam Analisis penggunaan dalam ruang kerja Log Analytics untuk menentukan jika ada konfigurasi tambahan yang dapat lebih mengurangi penggunaan Anda. Ini sangat penting ketika Anda menambahkan sekumpulan sumber data baru, seperti sekumpulan virtual machines baru atau onboarding layanan baru.
Buat pemberitahuan saat pengumpulan data tinggi.	Untuk menghindari tagihan tak terduga, Anda harus secara proaktif diberi tahu kapan saja Anda mengalami penggunaan yang berlebihan. Pemberitahuan ini memungkinkan Anda untuk mengatasi potensi anomali sebelum akhir periode penagihan Anda.
Pertimbangkan batas harian sebagai tindakan pencegahan untuk memastikan bahwa Anda tidak melebihi anggaran tertentu.	Batas harian menonaktifkan pengumpulan data di ruang kerja Analitik Log selama sisa hari setelah batas yang Dikonfigurasi tercapai. Ini tidak boleh digunakan sebagai metode untuk mengurangi biaya seperti yang dijelaskan dalam Kapan menggunakan batas harian. Jika Anda mengatur batas harian, selain membuat pemberitahuan saat batas tercapai, pastikan Anda juga membuat aturan pemberitahuan untuk diberi tahu ketika beberapa persentase telah tercapai (90% misalnya). Ini memberi Anda kesempatan untuk menyelidiki dan mengatasi penyebab peningkatan data sebelum batas mematikan pengumpulan data.
Siapkan pemberitahuan tentang rekomendasi biaya Azure Advisor untuk ruang kerja Analitik Log.	Rekomendasi Azure Advisor untuk workspace Log Analytics secara proaktif memberi tahu Anda tentang peluang untuk mengoptimalkan biaya. Buat pemberitahuan Azure Advisor untuk rekomendasi biaya ini: Pertimbangkan untuk mengonfigurasi paket log Dasar hemat biaya pada tabel yang dipilih - Kami telah mengidentifikasi penyerapan lebih dari 1 GB per bulan ke tabel yang memenuhi syarat untuk paket data log Dasar berbiaya rendah. Paket log Dasar memberi Anda kemampuan kueri untuk penelusuran kesalahan dan pemecahan masalah dengan biaya yang lebih rendah. Pertimbangkan untuk mengubah tingkat harga- Berdasarkan volume penggunaan Anda saat ini, selidiki perubahan tingkat harga (Komitmen) Anda untuk menerima diskon dan mengurangi biaya. Pertimbangkan untuk menghapus tabel yang tidak digunakan yang dipulihkan - Anda memiliki satu atau beberapa tabel dengan data yang dipulihkan aktif di ruang kerja Anda. Jika Anda tidak lagi menggunakan data yang dipulihkan, hapus tabel untuk menghindari biaya yang tidak perlu. Anomali penyerapan data terdeteksi - Kami telah mengidentifikasi tingkat penyerapan yang jauh lebih tinggi selama seminggu terakhir, berdasarkan penyerapan Anda pada tiga minggu sebelumnya. Perhatikan perubahan ini dan perubahan yang diharapkan dalam biaya Anda. Anda juga dapat melihat rekomendasi yang dihasilkan secara otomatis dengan memilihRekomendasi> atau rekomendasi Advisor dari menu sumber daya ruang kerja Analitik Log Anda.

sumber daya Azure

Daftar periksa desain

• Kumpulkan hanya data log sumber daya penting dari sumber daya Azure.

Rekomendasi konfigurasi

Rekomendasi

Keuntungan

Kumpulkan hanya data log sumber daya penting dari sumber daya Azure.

Saat Anda membuat pengaturan diagnostik untuk mengirim log sumber daya untuk sumber daya Azure Anda ke database Analitik Log, hanya tentukan kategori yang Anda butuhkan. Karena pengaturan diagnostik tidak memungkinkan pemfilteran rinci log sumber daya, Anda dapat menggunakan transformasi ruang kerja untuk memfilter data yang tidak diperlukan untuk sumber daya yang menggunakan tabel yang didukung. Lihat pengaturan Diagnostic di Azure Monitor untuk detail tentang cara mengonfigurasi pengaturan diagnostik dan menggunakan transformasi untuk memfilter data mereka.

Notifikasi

Daftar periksa desain

• Pemberitahuan log aktivitas, pemberitahuan kesehatan layanan, dan pemberitahuan kesehatan sumber daya tidak dikenakan biaya.
• Saat menggunakan pemberitahuan pencarian log, minimalkan frekuensi pemberitahuan pencarian log.
• Saat menggunakan pemberitahuan metrik, minimalkan jumlah sumber daya yang dipantau.

Rekomendasi konfigurasi

Rekomendasi	Keuntungan
Harap diingat bahwa pemberitahuan log aktivitas, pemberitahuan kesehatan layanan, dan pemberitahuan kesehatan sumber daya tidak dikenai biaya.	Azure Monitor, pemberitahuan aktivitas, pemberitahuan kesehatan layanan, dan pemberitahuan kesehatan sumber daya semuanya gratis. Jika apa yang ingin Anda pantau dapat dicapai dengan jenis pemberitahuan ini, gunakan.
Saat menggunakan pemberitahuan pencarian log, minimalkan frekuensi pemberitahuan pencarian log.	Saat mengonfigurasi pemberitahuan pencarian log, perlu diingat bahwa semakin sering evaluasi aturan, semakin tinggi biayanya. Konfigurasikan aturan Anda dengan sesuai.
Saat menggunakan pemberitahuan metrik, minimalkan jumlah sumber daya yang dipantau.	Beberapa jenis sumber daya mendukung aturan pemberitahuan metrik yang dapat memantau beberapa sumber daya dengan jenis yang sama. Untuk jenis sumber daya ini, perlu diingat bahwa aturan bisa menjadi mahal jika aturan memantau banyak sumber daya. Untuk mengurangi biaya, Anda dapat mengurangi cakupan aturan pemberitahuan metrik. Anda juga dapat menggunakan aturan pemberitahuan pencarian log, yang lebih murah untuk memantau sejumlah besar sumber daya.

Mesin virtual

Daftar periksa desain

• Migrasi dari agen Analitik Log ke agen Azure Monitor untuk pemfilteran data terperinci.
• Saring data yang Anda tidak butuhkan dari agen.
• Tentukan apakah Anda akan menggunakan wawasan VM dan data apa yang akan dikumpulkan.
• Mengurangi frekuensi pemantauan penghitung kinerja.
• Pastikan bahwa VM tidak mengirim data duplikat.
• Gunakan wawasan ruang kerja Analitik Log untuk menganalisis biaya yang dapat ditagih dan mengidentifikasi peluang penghematan biaya.
• Migrasikan lingkungan SCOM Anda ke Managed Instance SCOM Monitor Azure.

Rekomendasi konfigurasi

Rekomendasi	Deskripsi
Migrasi dari agen Analitik Log ke agen Azure Monitor untuk pemfilteran data terperinci.	Jika Anda masih memiliki VM dengan agen Analitik Log, memigrasikannya ke agen Azure Monitor sehingga Anda dapat memanfaatkan pemfilteran data yang lebih baik dan menggunakan konfigurasi unik dengan set VM yang berbeda. Konfigurasi untuk pengumpulan data oleh agen Analitik Log dilakukan di ruang kerja, sehingga semua agen menerima konfigurasi yang sama. Aturan pengumpulan data yang digunakan oleh agen Azure Monitor dapat disetel ke persyaratan pemantauan spesifik dari berbagai set VM. Agen Azure Monitor juga memungkinkan Anda menggunakan transformasi untuk memfilter data yang dikumpulkan.
Saring data yang Anda tidak butuhkan dari agen.	Kurangi biaya penyerapan data Anda dengan memfilter data yang tidak Anda gunakan untuk pemberitahuan atau analisis. Lihat Monitor virtual machines dengan Azure Monitor: Mengumpulkan data untuk panduan tentang data yang perlu dikumpulkan untuk skenario pemantauan yang berbeda dan Pengendalian biaya untuk panduan khusus tentang pemfilteran data guna mengurangi biaya Anda.
Tentukan data apa yang akan dikumpulkan dengan wawasan VM.	VM insights adalah fitur yang hebat untuk memulai dengan cepat memantau VM Anda dan menyediakan fitur canggih seperti Map dan tampilan tren performa. Jika Anda tidak menggunakan fitur Peta atau data yang dikumpulkannya, maka Anda harus menonaktifkan pengumpulan proses dan data dependensi dalam konfigurasi wawasan VM Anda untuk menghemat biaya penyerapan data.
Mengurangi frekuensi pemantauan penghitung kinerja.	Jika Anda menggunakan aturan pengumpulan data untuk mengirim data performa ke ruang kerja Analitik Log, Anda dapat mengurangi frekuensi polling mereka untuk mengurangi jumlah data yang dikumpulkan.
Pastikan bahwa VM tidak mengirim data duplikat.	Jika Anda mengelola agen di beberapa lokasi atau membuat aturan serupa untuk pengumpulan data, pastikan Anda mengirimkan data yang unik ke setiap ruang kerja. Lihat Menganalisis penggunaan di ruang kerja Analitik Log untuk panduan tentang menganalisis data yang dikumpulkan untuk memastikan Anda tidak mengumpulkan data duplikat. Jika Anda bermigrasi antar agen, terus gunakan agen Log Analytics hingga Anda bermigrasi ke agen Azure Monitor daripada menggunakan keduanya bersama-sama kecuali Anda dapat memastikan bahwa masing-masing mengumpulkan data unik.
Gunakan wawasan ruang kerja Analitik Log untuk menganalisis biaya yang dapat ditagih dan mengidentifikasi peluang penghematan biaya.	Wawasan ruang kerja Analitik Log menunjukkan data yang dapat ditagih yang dikumpulkan di setiap tabel dan dari setiap VM. Gunakan informasi ini untuk mengidentifikasi komputer dan tabel teratas Anda karena mewakili kesempatan terbaik Anda untuk mengurangi biaya dengan memfilter data. Gunakan wawasan dan kueri log ini di Menganalisis penggunaan di ruang kerja Analitik Log untuk menganalisis lebih lanjut efek perubahan konfigurasi.
Migrasikan lingkungan SCOM Anda ke Managed Instance SCOM Monitor Azure.	Migrasikan lingkungan SCOM yang ada ke Azure Monitor SCOM Managed Instance untuk mendukung paket manajemen apa pun yang tidak dapat dipindahkan oleh Azure Monitor. SCOM managed instance menghapus persyaratan untuk mempertahankan server manajemen lokal dan server database, mengurangi biaya keseluruhan Anda untuk mempertahankan infrastruktur SCOM Anda.

Kontainer

Daftar periksa desain

• Aktifkan pengumpulan metrik melalui layanan terkelola Azure Monitor untuk Prometheus.
• Konfigurasikan pengumpulan agen untuk memodifikasi pengumpulan data dalam Container Insights.
• Ubah pengaturan untuk pengumpulan data metrik oleh fitur Container Insights.
• Nonaktifkan pengumpulan data metrik Container insights jika Anda tidak menggunakan pengalaman Container insights di Azure portal.
• Jika Anda tidak mengkueri tabel log kontainer secara teratur atau menggunakannya untuk pemberitahuan, konfigurasikan sebagai log dasar.
• Batasi pengumpulan log sumber daya yang tidak Anda butuhkan.
• Gunakan pengelogan khusus sumber daya untuk log sumber daya AKS dan konfigurasikan tabel sebagai log dasar.
• Gunakan OpenCost untuk mengumpulkan detail tentang biaya Kubernetes Anda.

Rekomendasi konfigurasi

Rekomendasi	Keuntungan
Aktifkan pengumpulan metrik melalui layanan terkelola Azure Monitor untuk Prometheus. Pastikan Anda juga tidak mengirim metrik Prometheus ke ruang kerja Analitik Log.	Anda dapat menggunakan layanan terkelola Azure Monitor untuk Prometheus untuk mengambil metrik Prometheus dari kluster Anda dengan mengaktifkan Managed Prometheus. Anda juga dapat mengonfigurasi Container insights untuk mengumpulkan metrik Prometheus di ruang kerja Analitik Log Anda, tetapi pendekatan ini tidak disarankan karena berlebihan dengan data Prometheus Terkelola dan dapat mengakibatkan biaya tambahan. Untuk detailnya, lihat harga Managed Prometheus.
Konfigurasikan agen untuk memodifikasi pengumpulan data dalam Container Insights.	Analisislah data yang dikumpulkan oleh Container insights seperti yang dijelaskan dalam Mengoptimalkan biaya pemantauan untuk Container insights dan sesuaikan konfigurasi Anda untuk menghentikan pengumpulan data yang tidak Anda butuhkan.
Ubah pengaturan untuk pengumpulan data metrik oleh fitur Container Insights.	Lihat Mengaktifkan pengaturan pengoptimalan biaya untuk detail tentang memodifikasi frekuensi pengumpulan data metrik dan namespace yang dikumpulkan oleh Container insights.
Nonaktifkan pengumpulan data metrik Container insights jika Anda tidak menggunakan pengalaman Container insights di Azure portal.	Wawasan kontainer mengumpulkan banyak nilai metrik yang sama dengan Prometheus Terkelola. Anda dapat menonaktifkan pengumpulan metrik ini dengan mengonfigurasi wawasan Kontainer untuk hanya mengumpulkan Log dan peristiwa seperti yang dijelaskan dalam Mengaktifkan pengaturan pengoptimalan biaya dalam wawasan Kontainer. Konfigurasi ini menonaktifkan pengalaman wawasan Kontainer di Azure portal, tetapi Anda dapat menggunakan Grafana untuk memvisualisasikan metrik Prometheus dan Analitik Log untuk menganalisis data log yang dikumpulkan oleh wawasan Kontainer.
Jika Anda tidak mengkueri tabel log kontainer secara teratur atau menggunakannya untuk pemberitahuan, konfigurasikan sebagai log dasar.	Konversikan skema wawasan Kontainer Anda ke ContainerLogV2, yang kompatibel dengan log Dasar dan dapat memberikan penghematan biaya yang signifikan seperti yang dijelaskan dalam Mengoptimalkan biaya pemantauan untuk wawasan Kontainer.
Batasi pengumpulan log sumber daya yang tidak Anda butuhkan.	Log sarana kontrol untuk kluster AKS diimplementasikan sebagai log sumber daya di Azure Monitor. Buat pengaturan diagnostik untuk mengirim data ini ke ruang kerja Analitik Log. Lihat Mengumpulkan log sarana kontrol untuk kluster AKS untuk rekomendasi kategori mana yang harus Anda kumpulkan.
Gunakan pengelogan khusus sumber daya untuk log sumber daya AKS dan konfigurasikan tabel sebagai log dasar.	AKS mendukung mode diagnostik Azure atau mode khusus sumber daya untuk log sumber daya. Tentukan log sumber daya untuk mengaktifkan opsi untuk mengonfigurasi tabel untuk log dasar, yang memberikan pengurangan biaya penyerapan untuk log yang hanya sesekali Anda kueri dan tidak digunakan untuk peringatan.
Gunakan OpenCost untuk mengumpulkan detail tentang biaya Kubernetes Anda.	OpenCost adalah proyek sandbox CNCF sumber terbuka dan netral vendor untuk memahami biaya Kubernetes Anda dan mendukung visibilitas biaya AKS. Ini mengekspor data biaya terperinci dan harga Azure khusus pelanggan ke penyimpanan Azure untuk membantu Anda menganalisis dan mengategorikan biaya.

Application Insights

Nota

Jika Anda melihat biaya tak terduga atau biaya tinggi di Application Insights, panduan ini dapat membantu. Ini mencakup penyebab umum seperti volume telemetri tinggi, lonjakan penyerapan data, dan pengambilan sampel yang salah dikonfigurasi. Ini sangat berguna jika Anda mengatasi masalah yang terkait dengan lonjakan biaya, volume telemetri, pengambilan sampel yang tidak berfungsi, batas data, ingesti tinggi, atau penagihan yang tidak terduga. Untuk memulai, lihat Troubleshoot penyerapan data tinggi di Application Insights.

Daftar periksa desain

• Ubah ke Application Insights berbasis ruang kerja.
• Gunakan pengambilan sampel untuk menyetel jumlah data yang dikumpulkan.
• Batasi jumlah panggilan Ajax.
• Nonaktifkan modul yang tidak perlu.
• Metrik pra-agregat dari panggilan apa pun ke TrackMetric.
• Batasi penggunaan metrik kustom jika memungkinkan.
• Pastikan penggunaan kit pengembangan perangkat lunak (SDK) yang diperbarui.
• Batasi pencatatan jejak host yang tidak diinginkan dan pencatatan jejak umum menggunakan tingkat log.

Rekomendasi konfigurasi

Rekomendasi	Keuntungan
Ubah ke Application Insights berbasis ruang kerja.	Pastikan sumber daya Application Insights Anda berbasis pada ruang kerja. Sumber daya Application Insights berbasis ruang kerja dapat menerapkan alat penghematan biaya baru seperti Log Dasar, tingkat komitmen, retensi berdasarkan jenis data, dan retensi jangka panjang.
Gunakan pengambilan sampel untuk menyetel jumlah data yang dikumpulkan.	Pengambilan sampel adalah alat utama yang dapat Anda gunakan untuk menyetel jumlah data yang dikumpulkan oleh Application Insights. Gunakan pengambilan sampel untuk mengurangi jumlah telemetri yang dikirim dari aplikasi Anda dengan distorsi metrik minimal.
Batasi jumlah panggilan Ajax.	Batasi jumlah panggilan Ajax yang dapat dilaporkan di setiap tampilan halaman atau nonaktifkan pelaporan Ajax. Jika Anda menonaktifkan panggilan Ajax, Anda juga menonaktifkan korelasi JavaScript.
Nonaktifkan modul yang tidak perlu.	Edit ApplicationInsights.config untuk menonaktifkan modul koleksi yang tidak Anda butuhkan. Misalnya, Anda dapat memutuskan bahwa penghitung performa atau data dependensi tidak diperlukan.
Metrik pra-agregat dari panggilan apa pun ke TrackMetric.	Jika Anda melakukan panggilan ke TrackMetric di aplikasi, Anda dapat mengurangi lalu lintas dengan menggunakan overload yang menerima perhitungan rata-rata dan simpangan standar dari batch pengukuran. Atau, Anda dapat menggunakan paket preaggregasi.
Batasi penggunaan metrik kustom.	Opsi Application Insights untuk Mengaktifkan pemberitahuan pada dimensi metrik kustom dapat meningkatkan biaya. Menggunakan opsi ini dapat mengakibatkan pembuatan metrik preaggregasi yang lebih banyak.
Pastikan penggunaan kit pengembangan perangkat lunak (SDK) yang diperbarui.	Versi terdahulu dari SDK ASP.NET Core dan Worker Service SDK mengumpulkan banyak pencacah secara default, yang dikumpulkan sebagai metrik kustom. Gunakan versi yang lebih baru untuk menentukan penghitung yang diperlukan saja.
Batasi pencatatan pelacakan yang tidak diinginkan.	Application Insights memiliki beberapa kemungkinan sumber log. Tingkat log dapat digunakan untuk mengatur dan mengurangi telemetri log pelacakan. Pengelogan juga dapat berlaku untuk host. Misalnya, pelanggan yang menggunakan Azure Kubernetes Service (AKS) harus menyesuaikan control plane dan data plane logs. Demikian pula, pelanggan yang menggunakan Azure Functions harus menyesuaikan tingkat log dan cakupan untuk mengoptimalkan volume dan biaya log.

Langkah berikutnya

• Pelajari selengkapnya tentang memulai dengan Azure Monitor.