Batas layanan Azure Monitor
Artikel ini mencantumkan batasan di berbagai area Azure Monitor.
Peringatan
| Sumber daya | Batas default | Batas maksimum |
|---|---|---|
| Lansiran metrik (klasik) | 100 aturan peringatan aktif per langganan. Pemberitahuan klasik dihentikan untuk pengguna cloud publik. Pemberitahuan klasik untuk cloud Azure Government dan Microsoft Azure yang dioperasikan oleh 21Vianet akan dihentikan pada 29 Februari 2024. |
Panggil dukungan. |
| Peringatan Metrik | 5.000 aturan pemberitahuan aktif per langganan di azure publik, Microsoft Azure yang dioperasikan oleh 21Vianet, dan cloud Azure Government. Jika Anda mencapai batas ini, jelajahi apakah Anda dapat menggunakan pemberitahuan multi-sumber daya jenis yang sama. 5.000 metrik deret waktu per aturan peringatan. |
Panggil dukungan. |
| Pemberitahuan log aktivitas | 100 aturan pemberitahuan aktif per langganan (tidak dapat ditingkatkan). Karena batas ini tidak dapat ditingkatkan, pertimbangkan untuk mengirim Log Aktivitas Anda ke ruang kerja Analitik Log dan membuat pemberitahuan pencarian log sebagai gantinya, jika Anda memerlukan sejumlah besar aturan per langganan. |
Sama seperti default. |
| Peringatan Log | 5.000 aturan pemberitahuan aktif per langganan. Di mana, 100 aturan pemberitahuan aktif dengan frekuensi 1 menit. 1.000 aturan pemberitahuan aktif per sumber daya. Setiap aturan pemberitahuan stateless dapat memicu hingga 6.000 pemberitahuan per evaluasi. Setiap aturan pemberitahuan stateful dapat memicu hingga 300 pemberitahuan per evaluasi. Hingga 5.000 pemberitahuan stateful diaktifkan pada satu waktu. Ukuran gabungan semua data dalam properti aturan pemberitahuan log tidak boleh melebihi 64 KB. Hasil kueri Kusto tidak boleh melebihi lebih dari 20 MB. |
Panggil dukungan. |
| Aturan pemrosesan peringatan | 1.000 aturan aktif per langganan. | Panggil dukungan. |
| Aturan peringatan dan panjang deskripsi aturan pemrosesan peringatan | Pemberitahuan pencarian log 4.096 karakter. Semua karakter lainnya adalah 2.048 karakter. |
Sama seperti default. |
API Peringatan
Pemberitahuan Azure Monitor memiliki beberapa batas pembatasan untuk melindungi dari pengguna yang melakukan panggilan yang berlebihan. Perilaku tersebut berpotensi membebani sumber daya back-end sistem dan membahayakan responsivitas layanan. Batas berikut dirancang untuk melindungi pelanggan dari gangguan dan memastikan tingkat layanan yang konsisten. Pembatasan dan batas pengguna dirancang untuk hanya memengaruhi skenario penggunaan ekstrem. Mereka seharusnya tidak relevan untuk penggunaan umum.
Catatan
Ada batas panggilan API per instans. Jumlah batas yang tepat di depand pada jumlah instans.
| Sumber daya | Batas default | Batas maksimum |
|---|---|---|
| Peringatan - Dapatkan Ringkasan | 50 panggilan per menit per langganan | Sama seperti default |
| Pemberitahuan - Dapatkan Semua (bukan "Dapatkan Menurut ID") | 100 panggilan per menit per langganan | Sama seperti default |
| Semua panggilan peringatan lainnya | 1.000 panggilan per menit per langganan | Sama seperti default |
Grup tindakan
Anda dapat memiliki jumlah grup tindakan yang tidak terbatas dalam langganan.
| Sumber daya | Batas default | Batas maksimum |
|---|---|---|
| Dorongan aplikasi Azure | 10 Tindakan aplikasi Azure per grup tindakan. | Sama seperti Default |
| 1.000 tindakan email dalam grup tindakan. Tidak lebih dari 100 email setiap jam untuk setiap alamat email per wilayah Batas karakter dalam alamat email adalah 64. Batas karakter dalam email adalah 55296. Lihat juga informasi pembatasan tarif. |
Sama seperti Default | |
| Kirim email ke peran Azure Resource Manager | 10 Tindakan peran ARM email per grup tindakan. Dalam produksi: Tidak lebih dari 100 email dalam satu jam per wilayah. Dalam grup tindakan pengujian: Tidak lebih dari dua email dalam setiap satu (1) menit. |
Sama seperti Default |
| Event Hubs | 10 tindakan Azure Event Hubs per grup tindakan. | Sama seperti Default |
| ITSM | 10 tindakan ITSM dalam grup tindakan. | Sama seperti Default |
| Aplikasi logika | 10 tindakan aplikasi logika dalam grup tindakan. | Sama seperti Default |
| Runbook | 10 tindakan runbook dalam grup tindakan. | Sama seperti Default |
| Webhook Aman | 10 tindakan webhook aman dalam grup tindakan. Jumlah maksimum panggilan webhook adalah 1500 per menit per langganan. | Sama seperti Default |
| SMS | 10 tindakan SMS dalam grup tindakan. Dalam produksi: Tidak lebih dari satu pesan SMS setiap lima menit. Dalam grup tindakan pengujian: Tidak lebih dari satu SMS setiap satu menit. |
Sama seperti Default |
| Suara | 10 tindakan suara dalam grup tindakan. Dalam produksi: Tidak lebih dari satu panggilan suara setiap lima menit. Dalam grup tindakan pengujian: Tidak lebih dari satu panggilan suara setiap satu menit. |
Sama seperti Default |
| Webhook | 10 tindakan webhook dalam grup tindakan. Jumlah maksimum panggilan webhook adalah 1500 per menit per langganan. | Sama seperti Default |
Skala Otomatis
| Sumber daya | Batas default | Batas maksimum |
|---|---|---|
| Pengaturan skala otomatis | 100 per wilayah per langganan. | Sama seperti default |
| Profil Autoscale | 20 profil per pengaturan skala otomatis. | Sama seperti default |
Metrik Prometheus
Konsumsi
Azure Managed Prometheus adalah sistem yang tidak peka huruf besar/kecil. Ini memperlakukan string, seperti nama metrik, nama label, atau nilai label, sebagai rangkaian waktu yang sama jika berbeda dari rangkaian waktu lain hanya dengan kasus string. Untuk informasi selengkapnya, lihat Gambaran umum metrik Prometheus.
Batas berikut berlaku untuk ruang kerja Azure Monitor yang menyerap metrik Prometheus Anda.
| Batas | Nilai |
|---|---|
| Rangkaian waktu aktif dengan metrik yang telah dilaporkan dalam ~12 jam terakhir. | 1\.000.000 Anda dapat meminta peningkatan. |
| Peristiwa per menit diserap. | 1\.000.000 Anda dapat meminta peningkatan. |
Batas berikut berlaku untuk aturan pengumpulan data (DCR) dan titik akhir pengumpulan data (DCE) yang mengirim data metrik Prometheus ke ruang kerja Azure Monitor Anda.
| Batas | Nilai |
|---|---|
| Permintaan penyerapan per menit ke titik akhir pengumpulan data | 15.000 Batas ini tidak dapat ditingkatkan. |
| Penyerapan data per menit ke titik akhir pengumpulan data | 50 GB Batas ini tidak dapat ditingkatkan. |
Kueri
Kueri Prometheus dibuat dengan menggunakan PromQL dan dapat ditulis di Azure Managed Grafana atau Grafana yang dikelola sendiri.
| Batas | Nilai |
|---|---|
| Retensi data | 18 bulan. Batas ini tidak dapat ditingkatkan. |
| Rentang waktu kueri | 32 hari antara waktu mulai dan waktu akhir kueri PromQL Anda. Batas ini tidak dapat ditingkatkan. |
| Rangkaian waktu kueri per metrik | 500.000 rangkaian waktu. |
| Sampel kueri dikembalikan | 50.000.000 sampel per kueri. |
| Ukuran langkah kueri minimum dengan rentang >waktu = 48 jam |
60 detik. |
Batas data kueri
Untuk lalu lintas klien:
| Batas | Nilai |
|---|---|
| Panjang pencarian jendela pembatasan | 30 detik |
| Data yang dikembalikan per ruang kerja Azure Monitor | 0,5 GB |
Untuk lalu lintas aturan perekaman:
| Batas | Nilai |
|---|---|
| Panjang pencarian jendela pembatasan | 3 menit |
| Data yang dikembalikan per ruang kerja Azure Monitor | 1 GB |
Batas pra-penguraian kueri
Berdasarkan rentang waktu kueri dan jenis permintaan, selama jendela 30 detik (untuk lalu lintas klien):
| Batas | Nilai |
|---|---|
| Jam kueri per pengguna (ID Microsoft Entra, identitas terkelola, ruang kerja Azure Managed Grafana) | 30.000 |
| Jam kueri per ruang kerja Azure Monitor | 60.000 |
| Jam kueri per penyewa Azure | 600.000 |
Berdasarkan rentang waktu kueri dan jenis permintaan, selama jendela 3 menit (untuk lalu lintas aturan perekaman):
| Batas | Nilai |
|---|---|
| Jam kueri per ruang kerja Azure Monitor | 60.000 |
| Jam kueri per penyewa Azure | 600.000 |
Batas pasca-penguraian kueri
Berdasarkan rentang waktu kueri dan vektor rentang dalam kueri selama jendela 30 detik (untuk lalu lintas klien):
| Batas | Nilai |
|---|---|
| Jam kueri per pengguna (ID Microsoft Entra, identitas terkelola, ruang kerja Azure Managed Grafana) | 2.000.000 |
| Jam kueri per ruang kerja Azure Monitor | 2.000.000 |
| Jam kueri per penyewa Azure | 20.000.000 |
Berdasarkan rentang waktu kueri dan vektor rentang dalam kueri selama jendela 3 menit (untuk lalu lintas aturan perekaman):
| Batas | Nilai |
|---|---|
| Jam kueri per ruang kerja Azure Monitor | 2.000.000 |
| Jam kueri per penyewa Azure | 20.000.000 |
Batas pembatasan biaya kueri
| Batas | Nilai |
|---|---|
| Biaya kueri maksimum per kueri | 15000 |
| Biaya kueri maksimum untuk kueri aturan perekaman | 3000 |
Penghitungan biaya kueri dilakukan sebagai berikut:
Biaya Kueri = (Jumlah rangkaian waktu yang diminta * (durasi waktu yang dikueri dalam detik/ Resolusi waktu yang disimpulkan dari data yang dikueri)) / 5000
Resolusi waktu yang disimpulkan dari data yang dikueri = Jumlah titik data yang disimpan dalam satu kunci rangkaian waktu yang dipilih secara acak dari metrik yang dikueri/ durasi waktu yang dikueri dalam hitungan detik
Aturan pemberitahuan dan perekaman
Aturan pemberitahuan prometheus dan aturan perekaman ditentukan dalam PromQL. Mereka dilakukan pada layanan Penggaris terkelola sebagai bagian dari layanan terkelola Azure Monitor untuk Prometheus.
| Batas | Nilai |
|---|---|
| Grup aturan per ruang kerja Azure Monitor, dalam langganan Azure | 500 Anda dapat meminta peningkatan. |
| Aturan per grup aturan | 20 Batas ini tidak dapat ditingkatkan. |
| Interval evaluasi grup aturan | Antara 1 menit - 24 jam. Defaultnya adalah 1 menit. |
| Pemberitahuan aktif | Tidak ada batasan saat ini. |
Tulis jarak jauh
Perhitungan ditentukan dengan menggunakan ukuran batch jarak jauh 500, yang merupakan default.
| Batas | Nilai |
|---|---|
| Penggunaan CPU | 0,25 x (jumlah metrik) + 1,25 x (jumlah rata-rata seri per metrik) |
| Permintaan CPU | 0,75 x (penggunaan CPU) |
| Batas CPU | 2 x (permintaan CPU) |
| Permintaan memori | 150 Mb |
| Batas memori | 200 Mb |
| Throughput maksimum | Kontainer tulis jarak jauh dapat memproses hingga 150.000 rangkaian waktu unik. Kontainer mungkin melemparkan kesalahan yang melayani permintaan lebih dari 150.000 karena tingginya jumlah koneksi bersamaan. Masalah ini dapat dimitigasi dengan meningkatkan ukuran batch jarak jauh dari 500 menjadi 1.000. Perubahan ini mengurangi jumlah koneksi yang terbuka. |
API Penyerapan Log
| Batas | Nilai | Komentar |
|---|---|---|
| Ukuran maksimum panggilan API | 1 MB | Data terkompresi dan tidak dikompresi. |
| Maximum size for field values | 64 KB | Bidang yang lebih panjang dari 64 KB dipotong. |
| Data maksimum/menit per DCR | 2 GB | Data terkompresi dan tidak dikompresi. Coba lagi setelah durasi yang tercantum di header Retry-After dalam respons. |
| Permintaan maksimum/menit per DCR | 12.000 | Coba lagi setelah durasi yang tercantum di header Retry-After dalam respons. |
Aturan pengumpulan data
| Batas | Nilai |
|---|---|
| Jumlah maksimum sumber data | 10 |
| Jumlah maksimum penspesifikasi penghitung dalam penghitung kinerja | 100 |
| Jumlah maksimum nama fasilitas dalam Syslog | 20 |
| Jumlah maksimum kueri JalurX di Log Kejadian | 100 |
| Jumlah maksimum aliran data | 10 |
| Jumlah maksimum aliran | 10 |
| Jumlah maksimum ekstensi | 10 |
| Ukuran maksimum setelan ekstensi | 32 Kb |
| Jumlah maksimum ruang kerja Analitik Log | 10 |
| Jumlah karakter maksimum dalam transformasi | 15.360 |
Pengaturan diagnostik
| Sumber daya | Batas default | Batas Maksimum |
|---|---|---|
| Jumlah maksimum pengaturan diagnostik per sumber daya | 5 | Sama seperti default. |
Kueri dan bahasa log
Batasan kueri umum
| Batas | Deskripsi |
|---|---|
| Bahasa kueri | Azure Monitor menggunakan Bahasa Kueri Kusto (KQL) yang sama dengan Azure Data Explorer. Lihat Perbedaan bahasa kueri log Azure Monitor untuk elemen bahasa KQL yang tidak didukung di Azure Monitor. |
| Wilayah Azure | Kueri log dapat mengalami atashulu yang berlebihan saat data mencakup ruang kerja Analitik Log di beberapa wilayah Azure. Lihat Batasan kueri untuk detailnya. |
| Kueri lintas sumber daya | Jumlah maksimum sumber daya Application Insights dan ruang kerja Analitik Log dalam satu kueri dibatasi hingga 100. Kueri lintas sumber daya tidak didukung di View Designer. Kueri lintas sumber daya di peringatan log didukung di API scheduledQueryRules yang baru. Lihat Batas kueri lintas sumber daya untuk detailnya. |
| Kueri dasbor Analitik Log | Jumlah maksimum rekaman yang dikembalikan dalam satu kueri dasbor Analitik Log adalah 2.000. |
Pembatasan kueri pengguna
Azure Monitor memiliki beberapa batasan pembatasan untuk melindungi terhadap pengguna yang mengirim jumlah kueri yang berlebihan. Perilaku tersebut berpotensi membebani sumber daya back-end sistem dan membahayakan responsivitas layanan. Batasan berikut dirancang untuk melindungi pelanggan dari gangguan dan memastikan tingkat layanan yang konsisten. Pembatasan dan batas pengguna dirancang untuk hanya memengaruhi skenario penggunaan ekstrem dan tidak boleh relevan untuk penggunaan umum.
| Pengukuran | Batasan per pengguna | Deskripsi |
|---|---|---|
| Kueri bersamaan | 5 | Pengguna dapat menjalankan hingga lima kueri bersamaan. Kueri lain ditambahkan ke antrean. Ketika salah satu kueri yang sedang berjalan selesai, kueri pertama dalam antrean ditarik dari antrean dan mulai berjalan. Kueri pemberitahuan bukan bagian dari batas ini. |
| Waktu dalam antrean konkurensi | 3 menit | Jika kueri berada dalam antrean selama lebih dari 3 menit tanpa dimulai, kueri dihentikan dengan respons kesalahan HTTP dengan kode 429. |
| Total kueri dalam antrean konkurensi | 200 | Ketika jumlah kueri dalam antrean mencapai 200, kueri berikutnya ditolak dengan kode kesalahan HTTP 429. Angka ini merupakan tambahan dari lima kueri yang dapat berjalan secara bersamaan. |
| Laju kueri | 200 kueri per 30 detik | Tingkat keseluruhan kueri yang dapat dikirimkan oleh satu pengguna ke semua ruang kerja. Batas ini berlaku untuk kueri atau kueri terprogram yang dimulai oleh bagian visualisasi seperti dasbor Azure dan halaman ringkasan ruang kerja Analitik Log (tidak digunakan lagi). |
- Optimalkan kueri Anda seperti yang dijelaskan dalam Optimalkan kueri log di Azure Monitor.
- Dasbor dan buku kerja bisa berisi beberapa kueri dalam satu tampilan yang menghasilkan ledakan kueri setiap kali dimuat atau di-refresh. Pertimbangkan untuk memecahnya menjadi beberapa tampilan yang sesuai permintaan.
- Di Power BI, pertimbangkan untuk mengekstrak hasil agregat saja daripada log mentah.
Ruang Kerja Log Analytics
Volume pengumpulan data dan retensi
| Tingkatan harga | Batas per hari | Retensi data | Komentar |
|---|---|---|---|
| Bayar sesuai penggunaan (diperkenalkan April 2018) |
Tidak ada batasan | Retensi interaktif hingga 730 hari/ arsip data hingga 12 tahun |
Retensi data melebihi 31 hari tersedia dengan biaya tambahan. Pelajari selengkapnya tentang Harga Azure Monitor. |
| Tingkat komitmen (diperkenalkan November 2019) |
Tidak ada batasan | Retensi interaktif hingga 730 hari/ arsip data hingga 12 tahun |
Retensi data melebihi 31 hari tersedia dengan biaya tambahan. Pelajari selengkapnya tentang Harga Azure Monitor. |
| Warisan Per Simpul (OMS) (diperkenalkan April 2016) |
Tidak ada batasan | 30 hingga 730 hari | Retensi data melebihi 31 hari tersedia dengan biaya tambahan. Pelajari selengkapnya tentang Harga Azure Monitor. Akses untuk menggunakan tingkat terbatas pada langganan yang berisi ruang kerja Log Analytics atau sumber daya Application Insights pada 2 April 2018, atau terhubung pada Perjanjian Enterprise yang dimulai sebelum 1 Februari 2019 dan masih aktif. |
| Tingkat Mandiri Warisan (diperkenalkan April 2016) |
Tidak ada batasan | 30 hingga 730 hari | Retensi data melebihi 31 hari tersedia dengan biaya tambahan. Pelajari selengkapnya tentang Harga Azure Monitor. Akses untuk menggunakan tingkat terbatas pada langganan yang berisi ruang kerja Log Analytics atau sumber daya Application Insights pada 2 April 2018, atau terhubung pada Perjanjian Enterprise yang dimulai sebelum 1 Februari 2019 dan masih aktif. |
| Tingkat Gratis Warisan (diperkenalkan April 2016) |
500 MB | 7 hari | Saat ruang kerja Anda mencapai batas 500 MB per hari, penyerapan data berhenti dan dilanjutkan pada awal hari berikutnya. Sehari didasarkan pada UTC. Data yang dikumpulkan oleh Microsoft Defender untuk Cloud tidak termasuk dalam batas 500 MB per hari ini dan terus dikumpulkan di atas batas ini. Membuat ruang kerja baru di, atau memindahkan ruang kerja yang ada ke, tingkat harga Percobaan lama dimungkinkan hingga tanggal 1 Juli 2022. |
| Tingkat Standar Warisan | Tidak ada batasan | 30 hari | Retensi tidak dapat disesuaikan. Tingkat ini belum tersedia untuk ruang kerja baru sejak 1 Oktober 2016. |
| Tingkat Premium Warisan | Tidak ada batasan | 365 hari | Retensi tidak dapat disesuaikan. Tingkat ini belum tersedia untuk ruang kerja baru sejak 1 Oktober 2016. |
Jumlah ruang kerja per langganan
| Tingkatan harga | Batas ruang kerja | Komentar |
|---|---|---|
| Tingkat Gratis Warisan | 10 | Batas ini tidak dapat ditingkatkan. Membuat ruang kerja baru di, atau memindahkan ruang kerja yang ada ke, tingkat harga Percobaan lama dimungkinkan hingga tanggal 1 Juli 2022. |
| Semua tingkatan lainnya | Tidak ada batasan | Anda dibatasi oleh jumlah sumber daya dalam grup sumber daya dan jumlah grup sumber daya per langganan. |
Portal Azure
| Kategori | Batas | Komentar |
|---|---|---|
| Catatan maksimum yang dikembalikan oleh kueri log | 30.000 | Kurangi hasil dengan menggunakan cakupan kueri, rentang waktu, dan filter dalam kueri. |
Kolektor data API
| Kategori | Batas | Komentar |
|---|---|---|
| Ukuran maksimum untuk kiriman tunggal | 30 MB | Membagi volume yang lebih besar menjadi beberapa posting. |
| Maximum size for field values | 32 KB | Bidang yang lebih panjang dari 32 KB akan terpotong. |
API Kueri
| Kategori | Batas | Komentar |
|---|---|---|
| Catatan maksimum dikembalikan dalam satu kueri | 500,000 | |
| Ukuran maksimum data yang dikembalikan | ~104 MB (~100 MiB) | API mengembalikan hingga 64 MB data terkompresi, yang berarti hingga 100 MB data mentah. |
| Waktu berjalan kueri maksimum | 10 menit | Lihat Waktu habis untuk detailnya. |
| Tingkat permintaan maksimum | 200 permintaan per 30 detik per pengguna Microsoft Entra atau alamat IP klien | Lihat Kueri dan bahasa log. |
Konektor Azure Monitor Logs
| Kategori | Batas | Komentar |
|---|---|---|
| Ukuran maksimum data | ~16,7 MB (~16 MiB) | Infrastruktur konektor menentukan bahwa batas diatur lebih rendah dari batas API kueri. |
| Jumlah maksimum rekaman | 500,000 | |
| Batas waktu konektor maksimum | 110 detik | |
| Batas waktu kueri maksimum | 100 detik | |
| Diagram | Halaman Log dan konektor menggunakan pustaka bagan yang berbeda untuk visualisasi. Beberapa fungsi saat ini tidak tersedia di konektor. |
Aturan ringkasan
| Kategori | Batas |
|---|---|
| Jumlah maksimum aturan aktif di ruang kerja | 30 |
| Jumlah maksimum hasil per bin | 500,000 |
| Volume set hasil maksimum | 100 MB |
| Batas waktu kueri untuk pemrosesan bin | 10 menit |
Batas ruang kerja umum
| Kategori | Batas | Komentar |
|---|---|---|
| Kolom maksimum dalam sebuah tabel | 500 | AzureDiagnostics -- kolom di atas batas ditambahkan ke kolom 'AdditionalFields' dinamis Log kustom yang dibuat oleh DATA collector API -- kolom di atas batas ditambahkan ke kolom 'AdditionalFields' dinamis Log kustom -- hubungi dukungan untuk informasi lebih lanjut |
| Jumlah maksimum tabel log kustom | 500 | Hubungi dukungan untuk informasi selengkapnya |
| Karakter maksimum untuk nama kolom | 45 |
Laju volume menyerap data
Azure Monitor adalah layanan data berskala tinggi yang melayani ribuan pelanggan yang mengirim terabyte data setiap hari dan dengan kecepatan yang meningkat. Batas laju volume lunak bermaksud untuk mengisolasi pelanggan Azure Monitor dari lonjakan penyerapan mendadak di lingkungan multipenyewa. Ambang batas laju volume penyerapan default di ruang kerja adalah 500 MB (terkompresi), yang diterjemahkan menjadi sekitar 6 GB/menit yang tidak dikompresi.
Batas laju volume berlaku untuk data yang diserap dari sumber daya Azure melalui pengaturan Diagnostik dan DATA Collector API. Ketika batas laju volume tercapai, mekanisme coba lagi mencoba menyerap data empat kali dalam jangka waktu 12 jam dan menghilangkannya jika operasi gagal. Batas tidak berlaku untuk data yang diserap dari agen, atau melalui DCR.
Saat data yang dikirim ke ruang kerja Anda berada pada tingkat volume yang lebih tinggi dari 80% dari ambang batas yang dikonfigurasi di ruang kerja Anda, peristiwa dikirim ke Operation tabel di ruang kerja Anda setiap 6 jam sementara ambang batas terus terlampaui. Ketika tingkat volume yang diserap lebih tinggi dari ambang batas, beberapa data dihilangkan, peristiwa dikirim ke Operation tabel di ruang kerja Anda setiap 6 jam sementara ambang batas terus terlampaui.
Jika tingkat volume penyerapan Anda terus melebihi ambang batas atau Anda berharap untuk mencapainya dalam waktu dekat, Anda dapat meminta untuk meningkatkan batas ini dengan membuka permintaan dukungan.
Disarankan juga untuk membuat aturan pemberitahuan untuk secara proaktif memberi tahu saat Anda mencapai batas penyerapan apa pun. Lihat Memantau kesehatan ruang kerja Analitik Log di Azure Monitor.
Catatan
Bergantung pada berapa lama Anda menggunakan Log Analytics, Anda mungkin memiliki akses ke tingkat harga lama. Pelajari lebih lanjut tentang Log Analytics tingkat harga lawas.
Application Insights
Ada beberapa batasan jumlah metrik dan acara per aplikasi, yaitu per kunci instrumentasi. Batasan tergantung pada paket harga yang Anda pilih.
| Sumber daya | Batas default | Batas maksimum | Catatan |
|---|---|---|---|
| Total data per hari | 100 GB | Hubungi dukungan. | Anda dapat mengatur batas untuk mengurangi data. Jika Anda membutuhkan lebih banyak data, Anda dapat meningkatkan batasan di portal, hingga 1.000 GB. Untuk kapasitas yang lebih besar dari 1.000 GB, kirim email ke AIDataCap@microsoft.com. |
| Pembatasan | 32.000 acara/detik | Hubungi dukungan. | Batas diukur lebih dari satu menit. |
| Log retensi data | 30 hingga 730 hari | 730 hari | Sumber daya ini untuk Log. |
| Metrik retensi data | 90 hari | 90 hari | Sumber daya ini untuk Metrics Explorer. |
| Pengujian multi-langkah ketersediaan retensi hasil terperinci | 90 hari | 90 hari | Sumber daya ini memberikan hasil terperinci dari setiap langkah. |
| Ukuran item telemetri maksimum | 64 KB | 64 KB | |
| Item telemetri maksimum per batch | 64.000 | 64.000 | |
| Panjang nama properti dan metrik | 150 | 150 | Lihat skema jenis. |
| Panjang string nilai properti | 8.192 | 8.192 | Lihat skema jenis. |
| Panjang pesan pelacakan dan pengecualian | 32.768 | 32.768 | Lihat skema jenis. |
| Jumlah pengujian ketersediaan per sumber daya Application Insights | 100 | 100 | |
| Jumlah pengujian ketersediaan per grup sumber daya | 800 | 800 | Lihat Azure Resource Manager |
| Uji ketersediaan pengalihan maksimum per pengujian | 10 | 10 | |
| Uji ketersediaan frekuensi pengujian minimum | 300 detik | Frekuensi atau frekuensi pengujian kustom kurang dari 5 menit memerlukan implementasi TrackAvailability kustom. | |
| Retensi data Profiler dan Snapshot | Dua minggu | Hubungi dukungan. Batas maksimum retensi adalah enam bulan. | |
| Data profiler yang dikirim per hari | Tidak ada batasan | Tidak ada batasan. | |
| Data Snapshot dikirim per hari | 30 snapshot per hari per aplikasi yang dipantau | Tidak ada batasan. | Jumlah snapshot yang dikumpulkan per aplikasi dapat dimodifikasi melalui konfigurasi. |
Untuk informasi selengkapnya tentang harga dan kuota, lihat tagihan Application Insights.
Cakupan Private Link Azure Monitor (AMPLS)
Objek AMPLS memiliki batasan berikut:
- Jaringan virtual hanya dapat tersambung ke satu objek AMPLS. Itu berarti objek AMPLS harus menyediakan akses ke semua sumber daya Azure Monitor tempat jaringan virtual harus memiliki akses.
- Objek AMPLS dapat terhubung ke 300 ruang kerja Analitik Log dan paling banyak 1.000 komponen Application Insights.
- Sumber daya Azure Monitor (komponen ruang kerja atau Application Insights atau titik akhir pengumpulan data) dapat tersambung ke lima AMPL PALING banyak.
- Objek AMPLS dapat tersambung ke 10 titik akhir privat paling banyak.
Catatan
Sumber daya AMPLS yang dibuat sebelum 1 Desember 2021, hanya mendukung 50 sumber daya.