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 akan melihat biaya dan penggunaan Azure Monitor untuk memahami berbagai cara biaya Azure Monitor dan cara melihat tagihan bulanan Anda.
Artikel ini menjelaskan pengoptimalan Biaya untuk Azure Monitor sebagai bagian dari Azure Well-Architected Framework. Azure Well-Architected Framework adalah seperangkat prinsip panduan yang dapat digunakan untuk meningkatkan kualitas beban kerja. Kerangka kerja ini terdiri dari lima pilar keunggulan arsitektur:
- Keandalan
- Keamanan
- Pengoptimalan Biaya
- Keunggulan Operasional
- Efisiensi Performa
Azure Monitor Logs
Daftar periksa desain
- Tentukan apakah akan menggabungkan data operasional dan data keamanan Anda di ruang kerja Analitik Log yang sama.
- Konfigurasikan tingkat harga untuk jumlah data yang biasanya dikumpulkan setiap ruang kerja Analitik Log.
- 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 Analitik Log tunduk pada harga Microsoft Sentinel jika Sentinel diaktifkan, mungkin ada implikasi biaya untuk menggabungkan data ini. Lihat Mendesain strategi ruang kerja Analitik Log untuk detail tentang membuat keputusan ini untuk lingkungan Anda menyeimbangkannya dengan kriteria di pilar lain. |
| Konfigurasikan tingkat harga untuk jumlah data yang biasanya dikumpulkan setiap ruang kerja Analitik Log. | 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 tingkat komitmen, yang memungkinkan Anda untuk berkomitmen pada minimum harian data yang dikumpulkan dengan imbalan dengan tingkat 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 dan opsi biaya Log Azure Monitor untuk detail tentang tingkat komitmen dan panduan tentang menentukan mana yang paling sesuai untuk tingkat penggunaan Anda. Lihat Penggunaan dan perkiraan biaya untuk melihat perkiraan biaya penggunaan Anda pada tingkat harga yang berbeda. |
| Mengonfigurasi retensi data interaktif dan jangka panjang. | Ada biaya untuk menyimpan data di ruang kerja Analitik Log di luar default 31 hari (90 hari jika Sentinel diaktifkan di ruang kerja dan 90 hari untuk data Application insights). Pertimbangkan persyaratan khusus Anda untuk memiliki data yang tersedia untuk kueri log. Anda dapat secara signifikan mengurangi biaya dengan mengonfigurasi retensi jangka panjang, yang memungkinkan Anda menyimpan data hingga dua belas tahun dan masih mengaksesnya sesekali 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 Log Dasar memiliki biaya penyerapan yang lebih rendah dengan imbalan fitur terbatas dan biaya untuk kueri log. Jika Anda jarang mengkueri tabel ini dan tidak menggunakannya untuk pemberitahuan, biaya kueri ini bisa lebih dari diimbangi dengan pengurangan biaya penyerapan. |
| 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 Mendesain arsitektur ruang kerja Analitik Log untuk detail tentang membuat keputusan ini untuk lingkungan Anda menyeimbangkannya dengan kriteria di pilar lain. Tradeoff: Mungkin ada tradeoff antara biaya dan persyaratan 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 tentang mengonfigurasi pengumpulan untuk sumber data yang berbeda. |
| 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. Analisis pengumpulan data lebih lanjut menggunakan metode dalam Menganalisis penggunaan di ruang kerja Analitik Log untuk menentukan apakah ada konfigurasi tambahan yang dapat mengurangi penggunaan Anda lebih lanjut. Ini sangat penting saat Anda menambahkan sekumpulan sumber data baru, seperti sekumpulan mesin virtual 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 ruang kerja Analitik Log secara proaktif memberi tahu Anda saat ada kesempatan untuk mengoptimalkan biaya Anda. Buat pemberitahuan Azure Advisor untuk rekomendasi biaya ini:
|
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 Log Analytics, hanya tentukan kategori yang Anda butuhkan. Karena pengaturan diagnostik tidak mengizinkan pemfilteran granular 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 diagnostik di Azure Monitor untuk detail tentang cara mengonfigurasi pengaturan diagnostik dan menggunakan transformasi untuk memfilter data mereka. |
Peringatan
Daftar periksa desain
- Pemberitahuan log aktivitas, pemberitahuan kesehatan layanan, dan pemberitahuan kesehatan sumber daya tidak dikenai 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 |
|---|---|
| Perlu diingat bahwa pemberitahuan log aktivitas, pemberitahuan kesehatan layanan, dan pemberitahuan kesehatan sumber daya tidak dikenakan biaya. | Pemberitahuan aktivitas Azure Monitor, pemberitahuan kesehatan layanan, dan pemberitahuan kesehatan sumber daya 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 atau 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.
- Memfilter data yang tidak Anda perlukan dari agen.
- Tentukan apakah Anda akan menggunakan wawasan VM dan data apa yang akan dikumpulkan.
- Mengurangi frekuensi polling 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 Azure Monitor SCOM Managed Instance.
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, migrasikan 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 set VM yang berbeda. Agen Azure Monitor juga memungkinkan Anda menggunakan transformasi untuk memfilter data yang dikumpulkan. |
| Memfilter data yang tidak Anda perlukan dari agen. | Kurangi biaya penyerapan data Anda dengan memfilter data yang tidak Anda gunakan untuk pemberitahuan atau analisis. Lihat Memantau komputer virtual dengan Azure Monitor: Mengumpulkan data untuk panduan tentang data yang akan dikumpulkan untuk skenario pemantauan yang berbeda dan Mengontrol biaya untuk panduan khusus tentang pemfilteran data untuk mengurangi biaya Anda. |
| Tentukan data apa yang akan dikumpulkan dengan wawasan VM. | Wawasan VM adalah fitur yang bagus untuk memulai dengan cepat memantau VM Anda dan menyediakan fitur canggih seperti Tampilan tren peta dan 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 polling 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 agen multi-rumah atau membuat aturan pengumpulan data serupa, pastikan Anda mengirim data 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 Analitik Log 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 Azure Monitor SCOM Managed Instance. | Migrasikan lingkungan SCOM yang ada ke Azure Monitor SCOM Managed Instance untuk mendukung paket manajemen apa pun yang tidak dapat digantikan oleh Azure Monitor. Instans terkelola SCOM 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 wawasan Kontainer.
- Ubah pengaturan untuk pengumpulan data metrik menurut wawasan Kontainer.
- Nonaktifkan pengumpulan wawasan kontainer data metrik jika Anda tidak menggunakan pengalaman wawasan Kontainer di portal Azure.
- 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 mengikis metrik Prometheus dari kluster Anda dengan mengaktifkan Prometheus Terkelola. Perhatikan bahwa Anda dapat mengonfigurasi wawasan Kontainer untuk mengumpulkan metrik Prometheus di ruang kerja Analitik Log Anda, namun ini tidak disarankan karena ini berlebihan dengan data di Prometheus Terkelola dan akan menghasilkan biaya tambahan. Untuk detailnya, lihat Harga Prometheus Terkelola. |
| Konfigurasikan agen untuk mengubah pengumpulan data dalam wawasan Kontainer. | Analisis data yang dikumpulkan oleh wawasan Kontainer seperti yang dijelaskan dalam Mengoptimalkan biaya pemantauan untuk wawasan Kontainer dan menyesuaikan konfigurasi Anda untuk menghentikan pengumpulan data yang tidak Anda butuhkan. |
| Ubah pengaturan untuk pengumpulan data metrik menurut wawasan Kontainer. | Lihat Mengaktifkan pengaturan pengoptimalan biaya untuk detail tentang memodifikasi frekuensi pengumpulan data metrik dan namespace yang dikumpulkan oleh wawasan Kontainer. |
| Nonaktifkan pengumpulan wawasan kontainer data metrik jika Anda tidak menggunakan pengalaman wawasan Kontainer di portal Azure. | 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 portal Azure, 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 terkadang Anda kueri dan tidak digunakan untuk pemberitahuan. |
| 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 kemampuan Anda untuk visibilitas biaya AKS. Ini mengekspor data biaya terperinci selain harga Azure khusus pelanggan ke penyimpanan Azure untuk membantu administrator kluster dalam menganalisis dan mengategorikan biaya. |
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 jejak host yang tidak diinginkan dan pengelogan jejak umum menggunakan tingkat log.
Rekomendasi konfigurasi
| Rekomendasi | Keuntungan |
|---|---|
| Ubah ke Application Insights berbasis ruang kerja. | Pastikan sumber daya Application Insights Anda berbasis 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 kelebihan beban yang menerima perhitungan rata-rata dan simpanpan 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 sebelumnya dari ASP.NET Core SDK dan Worker Service SDK mengumpulkan banyak penghitung secara default, yang dikumpulkan sebagai metrik kustom. Gunakan versi yang lebih baru untuk menentukan hanya penghitung yang diperlukan. |
| Batasi pengelogan jejak yang tidak diinginkan. | Application Insights memiliki beberapa kemungkinan sumber log. Tingkat log dapat digunakan untuk menyetel dan mengurangi telemetri log jejak. Pengelogan juga dapat berlaku untuk host. Misalnya, pelanggan yang menggunakan Azure Kubernetes Service (AKS) harus menyesuaikan sarana kontrol dan log sarana data. Demikian pula, pelanggan yang menggunakan fungsi Azure harus menyesuaikan tingkat log dan cakupan untuk mengoptimalkan volume dan biaya log. |